lunes, 28 de noviembre de 2016
TIPOS DE DATOS PARA LOS CAMPOS DE UNA TABLA
TEXTO: Admite
contenido de caracteres alfanuméricos, el tamaño estará entre 1 y 255 Bytes y
el valor por defecto de esta tamaño es de 50 Bytes.
MEMO: Admite
contenido de tipo alfanumérico, el tamaño está entre 1 y 64.000 Bytes (64Kas).
NUMERICOS:
Admite contenido de caracteres numéricos, el tamaño será entre 1, 2, 4 y 8 Bytes,
dependiendo del formato de tipo numérico. El formato de tipo numérico puede ser
de tipo:
DOUBLE, FLOAT, INTEGER, etc...
Este
tipo de datos solo se utilizara cuando vayamos a realizar
operaciones con ellos.
FECHA Y HORA: Solo
admite horas y fechas. Este tipo de dato ocupa 8 Bytes.
MONEDA: Admite
contenido de caracteres numéricos, dándoles a estos un formato automático para
una moneda (Puntos de millar, símbolo de la peseta, etc...) dependiendo este
formato de la configuración regional del panel de control. Este tipo de datos
puede llevar decimales y se utilizara siempre que hablemos de cantidades monetarias.
AUTONUMERICO: Este
campo lo crea Access con nuestro consentimiento de una manera automática, para
establecerlo como una clave principal. Es de tipo numérico, y es incrementada
automáticamente por Access cada vez que añadimos un nuevo registro a la tabla.
Este tipo de claves principal, no suelen usarse, ya que es preferible definir
nuestras propias claves, aunque puede ser usada como una posible puerta trasera
en alguna ocasión.
SI / NO: Tipo de
datos boléanos, los valores boléanos pueden tener dos valores posibles, 1 o 0,
donde 1 es verdadero y 0 es Falso.
OBJETO OLE: El
contenido serán gráficos y el tamaño de estos puede ser de hasta 1 un Gigabyte.
Hay que tener especial cuidado con estos objetos, pues al borrarlos de la base
de datos, no se reduce el tamaño de la misma, mientras esta no sea compactada.
Si damos de baja un
registro en una base de datos Acces, el programa debe compactar la base de
datos para reducir y eliminar los espacios en blancos que este registro ha
producido al ser eliminado. De este modo se reduce el tamaño de la base de
datos.
DESVENTAJAS DE NO TENER BASE DE DATOS
Sin
un depósito central de base de datos los programas deben tener acceso a datos
que se hallan en archivos separados.
Sin
una base de datos centralizada la política de seguridad debe tratar con un
conjunto disperso de archivos separados.
Las
variaciones en la presentación física de los datos pueden causar muchos
problemas e inconsistencias cuando no se tiene una base de datos.
Cuando
no existe la vigilancia que proporciona la base de datos, pueden aparecer
inconsistencias de datos cuando un proceso que es largo termina en error.
Los
programas pueden interferir uno con el otro cuando no se tiene una base de
datos
Al
existir una base de datos centralizada los niveles de seguridad de la
información aumentan considerablemente permitiendo así que la información solo
esté disponible para los usuarios que realmente la necesiten.
ELEMENTOS DE UNA BASE DE DATOS
Tablas:
son el corazón de la Base de datos y aparecen en una hoja electrónica formada
por filas y columnas. La fila contiene
una voz de la Base de datos, mientras que el columna contiene cada uno de los
detalles.
Consultas:
son herramientas que sirven para eliminar todos los datos que no interesan haciendo
aparecer únicamente aquellos que interesan.
Máscaras
o formularios: permiten la visualización y la gestión de los datos contenidos
en las tablas y en las consultas. Normalmente representan la interface
principal entre el programa y el usuario para que de este modo resulte más
fácil la introducción de los datos.
Reporte
o informes: recopilan los datos de las tablas o consultas para permitir su
impresión o análisis, facilitando la individualización de los datos más importantes.
Macros:
automatizan las funciones de la base de datos
Módulos:
registran de Access Basic.
Datos:
Es la parte esencial de la información, es decir, la información que llega a la
base de datos.
Atributos:
Son los diferentes campos que conforman la estructura de una base de datos.
Campos: Es la unidad más pequeña de datos.
Registro:
Es un conjunto de campos o atributos relacionados entre sí.
Archivo: Es un conjunto de registros
relacionados.
COMPONENTES DE UNA BASE DE DATOS
Documentos:
constituyen la entidad físico-cognitiva compleja que alberga la estructura
formal, basada en los datos físicos necesarios para su identificación y la
estructura lógico-cognitiva, centrada en el contenido y en las propiedades
semánticas.
Representación
de documentos: tanto de sus propiedades físicas como semánticas se hace
mediante palabras clave, frases, etc. que servirán de puntos de acceso cuando
interroguemos al sistema.
Necesidades:
de información de los usuarios, manifestadas en la solicitud de información.
Representación:
de las necesidades de información, expresadas también con palabras clave o
frases.
Comparación:
de la representación de información con la representación de los documentos.
Las bases de datos, basadas en la función semejanza compara, a través de un
índice, ambas representaciones para seleccionar los documentos relevantes.
CARACTERÍSTICAS DE LA BASE DE DATOS
Permite que sólo se puedan ver, los registros de la base
de datos, cuando el usuario haya introducido un determinado número de registros
en ella.
Permite configurar los derechos de edición. Puede agregar
entradas profesores y alumnos, si lo permite en la base de datos. Esto no
restringe la visualización de sus entradas para todos.
Se puede limitar el número máximo de entradas de cada
participante.
Podemos permitir añadir comentarios a las entradas de la
base de datos.
Podemos habilitar la revisión del profesor antes de que
las entradas sean OHpúblicas.
MODELOS DE BASES DE DATOS
Bases de datos jerárquicas
Éstas son bases de datos que,
como su nombre indica, almacenan su información en una estructura jerárquica.
En este modelo los datos se organizan en una forma similar a un árbol (visto al
revés), en donde un nodo padre de información puede tener varios hijos.
El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen
hijos se los conoce como hojas.
Las bases de datos jerárquicas
son especialmente útiles en el caso de aplicaciones que manejan un gran volumen
de información y datos muy compartidos permitiendo crear estructuras estables y
de gran rendimiento.
Una de las principales
limitaciones de este modelo es su incapacidad de representar eficientemente la
redundancia de datos.
Base de datos de red
Éste es un modelo ligeramente
distinto del jerárquico; su diferencia fundamental es la modificación del
concepto de nodo: se permite que un mismo nodo tenga varios padres
(posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con
respecto al modelo jerárquico, ya que ofrecía una solución eficiente al
problema de redundancia de datos; pero, aun así, la dificultad que significa
administrar la información en una base de datos de red ha significado que sea
un modelo utilizado en su mayoría por programadores más que por usuarios
finales.
Éste es el modelo más
utilizado en la actualidad para modelar problemas reales y administrar datos
dinámicamente. Tras ser postulados sus fundamentos en 1970 por Edgar Frank
Codd, de los laboratorios IBM en San José (California), no tardó en
consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea
fundamental es el uso de "relaciones". Estas relaciones podrían
considerarse en forma lógica como conjuntos de datos llamados "tuplas".
Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank
Codd, la mayoría de las veces se conceptualiza de una manera más
fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla
que está compuesta por registros (las filas de una tabla),
que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la
forma en que se almacenen los datos no tienen relevancia (a diferencia de otros
modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de
que es más fácil de entender y de utilizar para un usuario esporádico de la
base de datos. La información puede ser recuperada o almacenada mediante
"consultas" que ofrecen una amplia flexibilidad y poder para
administrar la información.
El lenguaje más habitual para
construir las consultas a bases de datos relacionales es SQL, Structured Query
Language o Lenguaje Estructurado de Consultas, un estándar
implementado por los principales motores o sistemas de gestión de bases de
datos relacionales.
Durante su diseño, una base de
datos relacional pasa por un proceso al que se le
conoce como
normalización de una base de datos.
Durante los años '80
(1980-1989) la aparición de dBASE produjo una revolución en los lenguajes de programación
y sistemas de administración de datos. Aunque nunca debe olvidarse que dBase no
utilizaba SQL como lenguaje base para su gestión.
Son bases de datos ideadas
para desarrollar aplicaciones muy concretas, como creación de Cubos OLAP.
Básicamente no se diferencian demasiado de las bases de datos relacionales (una
tabla en una base de datos multidimensional podría serlo también en una base de
datos multidimensional), la diferencia está más bien a nivel conceptual; en las
bases de datos multidimensionales los campos o atributos de una tabla pueden ser
de dos tipos, o bien representan dimensiones de la tabla, o bien representan
métricas que se desean estudiar.
Este modelo, bastante
reciente, y propio de los modelos informáticos orientados a
objetos, trata de almacenar en la base de datos los objetos
completos (estado y comportamiento).
Una base de datos orientada a
objetos es una base de datos que incorpora todos los conceptos importantes del
paradigma de objetos:
- Encapsulación
- Propiedad que permite ocultar la información al resto de los objetos,
impidiendo así accesos incorrectos o conflictos.
- Herencia
- Propiedad a través de la cual los objetos heredan comportamiento dentro
de una jerarquía de clases.
- Polimorfismo
- Propiedad de una operación mediante la cual puede ser aplicada a
distintos tipos de objetos.
En bases de datos orientadas a
objetos, los usuarios pueden definir operaciones sobre los datos como parte de
la definición de la base de datos. Una operación (llamada función) se
especifica en dos partes. La interfaz (o signatura) de una operación incluye el
nombre de la operación y los tipos de datos de sus argumentos (o parámetros).
La implementación (o método) de la operación se especifica separadamente y
puede modificarse sin afectar la interfaz. Los programas de aplicación de los
usuarios pueden operar sobre los datos invocando a dichas operaciones a través
de sus nombres y argumentos, sea cual sea la forma en la que se han
implementado. Esto podría denominarse independencia entre programas y
operaciones.
Se está trabajando en SQL3, que es el estándar de SQL92
ampliado, que soportará los nuevos conceptos orientados a objetos y mantendría
compatibilidad con SQL92.
Permiten la indexación a texto
completo, y en líneas generales realizar búsquedas más potentes. Tesaurus es un
sistema de índices optimizado para este tipo de bases de datos.
Un sistema de base de datos
deductivas, es un sistema de base de datos pero con la diferencia de que
permite hacer deducciones a través de inferencias. Se basa principalmente en
reglas y hechos que son almacenados en la base de datos. También las bases de
datos deductivas son llamadas base de datos lógica, a raíz de que se
basan en lógica matemática.
La base de datos está almacenada en varias
computadoras conectadas en red. Surgen debido a la existencia física de
organismos descentralizados. Esto les da la capacidad de unir las bases de
datos de cada localidad y acceder así a distintas universidades, sucursales de
tiendas, etc
Suscribirse a:
Entradas (Atom)