viernes, 4 de marzo de 2011

plus Tipos de bases de datos.


Al igual que cuando se habla, por ejemplo, de coches no existe un único modelo, ni una sola marca,
ni siquiera una sola tecnología sobre su funcionamiento, cuando se trabaja con bases de datos ocurre
una cosa parecida: no existe una sola marca, sino varias, y además cada marca puede tener diferentes
productos cada uno de ellos apropiado a un tipo de necesidades.
Sin embargo, la división que vamos a hacer aquí de las bases de datos será en función de la
tecnología empleada en su funcionamiento. Hablando de coches tenemos los tradicionales de motor
a gasolina, los de gasóleo, los turbodiesel, los que funcionaban con gasógeno, y mucho menos
frecuentes los coches solares o incluso los de propulsión a chorro; pues bien, hablando de bases de
datos tenemos que las más utilizadas son la bases de datos relacionales, las más antiguas son las
jerárquicas y en red, y las más avanzadas son las orientadas a objetos, y las declarativas. Estas se
diferencian como hemos dicho, en la forma de trabajar con los datos y en la concepción o mentalidad
que el usuario debe adoptar para interactuar con el sistema.
Al igual que en el caso de los coches, unos sistemas consumen más recursos que otros. P.ej.,
los sistemas declarativos consumen tanta memoria y tiempo de funcionamiento como queroseno un
coche de propulsión a chorro; una base de datos en red puede resultar tan penosa de manejar como
un coche antiguo con gasógeno. En el término medio podemos decir que lo más empleado actualmente
(aunque algunos pueden decir que lo más contaminante) es el sistema relacional, al igual que los coches
de gasolina o gasóleo.
Para describir cada uno de los modelos o paradigmas en que se basan las bases de datos,
vamos a seguir un criterio histórico, estudiando primero los sistemas más antiguos para pasar por último
a los sistemas más avanzados.
Estudiaremos en este epígrafe los sistemas de bases de datos más utilizados hasta el momento,
aunque quizás en pocos años, los sistemas orientados a objeto deban ser incluídos en este epígrafe.
No obstante, para ser realistas, hay que recordar que no es verdad que la práctica totalidad
de las empresas dejen descansar sus datos sobre bases de datos de alguno de estos tres tipos. De
hecho, la triste realidad es que muchas entidades, especialmente los bancos, por el hecho de haber sido
las primeras en informatizarse, siguen teniendo todos sus datos sobre ficheros electrónicos simples,
manejados directamente a través del S.O., y no con la intervención de un S.G.B.D. que facilite su
gestión y mantenimiento.
No por ello debe pensar el estudiante que, en tal caso, el emplear una base de datos es algo
inútil y falto de esencia. De hecho, la realidad que circunda a Málaga, no es una realidad de grandes
empresas, excepto quizás los bancos, sino un mundo de pequeñas y medianas empresas, que por
haberse incorporado más tardíamente al mundo de los ordenadores, sí que han adoptado las bases de
datos como responsable del almacenamiento de sus datos. Por otro lado, los sistemas de reserva de
billetes, y otros sistemas que tienen en común una enorme cantidad de usuarios dispersos efectuando
peticiones al sistema central, también utilizan bases de datos, debido a que el concepto de transacción
que éstas facilitan hace mucho más fácil su programación, asegurando además el buen funcionamiento
global de toda la red de terminales de usuario.
El sistema jerárquico más comúnmente conocido es el sistema IMS de IBM. Esta base de
datos tiene como objetivo establecer una jerarquía de fichas, de manera que cada ficha puede contener
a sus vez listas de otras fichas, y así sucesivamente. P.ej., una ficha de clientes puede contener una
lista de fichas de facturas, cada una de las cuales puede contener a su vez una lista de fichas de líneas
de detalle que describen los servicios facturados.
Una base de datos jerárquica está compuesta por una secuencia de bases de datos físicas, de
manera que cada base de datos física se compone de todas las ocurrencias de un tipo de registro o
ficha determinada.
Una ocurrencia de registro es una jerarquía de ocurrencias de segmento.
Cada ocurrencia de segmento está formada por un conjunto de ocurrencias o instancias de los
campos que componen el segmento.
P.ej., en la figura siguiente tenemos una ocurrencia del tipo de registro Curso, de manera que
como cabeza principal tenemos una instancia del segmento curso, de la cual dependen una o varias
instancias de los segmentos Requisito y Oferta; a su vez, de Oferta dependen otros que son Profesor
y Estudiante.
Cabe distinguir en este punto entre el
concepto de tipo de registro, y ocurrencia o
instancia de registro. El tipo define la estructura
general que debe poseer, o sea, los campos de
cada uno de sus segmentos, y la estructura
jerárquica entre ellos. Una instancia es un valor
de un tipo de registro. Para que quede más
claro, un tipo de registro es como un tipo de
persona: blanco, negro, amarillo, aceitunado,
etc., mientras que una instancia es una persona
concreta perteneciente a uno de estos tipos:
Pablo Picasso, Nelson Mandela, Mao Tse
Tung, Toro Sentado, etc.
De esta forma, al segmento que se
halla a la cabeza de un registro, se le llama
segmento padre, y se llama segmentos hijo a
los que dependen de él.
Para movernos por un registro de estructura jerárquica lo que se hace es posicionarse
inicialmente en la raíz de una instancia, e ir navegando por sus hijos según nos convenga consultando
o modificando los datos pertinentes.
Una base de datos de este tipo, no permite el acceso directo a las instancias de un segmento
hijo, si no es seleccionando previamente las instancias de los padres de los que depende. P.ej., no se
3
puede seleccionar un estudiante si no es previa selección de una oferta y de un curso.
Las instancias de un mismo segmento que dependen de una misma instancia padre se llaman
instancias gemelas. en el ejemplo, las instancias:
1 J. Toro 9
2 F. Mora 7
3 A. Gil 3
son ocurrencias gemelas, pues todas dependen de la instancia
UMA Clase Pizarra
del tipo de segmento Oferta.
Nótese que si el administrador decide
ocultar a determinados usuarios ciertos
segmentos (debido a que no tienen por qué
tener conocimiento de su existencia), hay que
eliminar también todos los segmentos hijos que
dependen de él. P.ej., si alguien no debe tener
acceso a las ofertas, sólo podrá acceder a los
Cursos y a los Requisitos, pero tampoco a los
profesores ni a los estudiantes.
No profundizaremos más en este
sistema; tan sólo indicar algunos de sus problemas:
- La jerarquía existente entre los tipos de objetos que se manipulan (Cursos, Estudiantes, Profesores,
etc.), y las dependencias existentes, hacen que sea imposible el acceso directo a instancias de cada una
de ellos, con lo que se pierde en independencia y facilidad de uso.
- Si un mismo segmento debe participar en varios tipos de registro, deben incluirse mecanismos que
eviten la repetición de datos. Es más, en el ejemplo anterior se ve que una instancia del segmento
Profesor:
1 S.G.R.
aparece dependiendo de la oferta de la UNED, y de la UMA. Está claro que los datos no se deben
repetir, ya que ello puede provocar que posteriormente se modifique una de las instancias pero no la
otra, con la consiguiente inconsistencia entre ambas copias de los mismos datos.
Podemos considerar al modelo de bases de datos en red como de una potencia intermedia
entre el jerárquico y el relacional que estudiaremos más adelante. Su estructura es parecida a la
jerárquica aunque bastante más compleja, con lo que se consiguen evitar, al menos en parte, los
problemas de aquél.
Los conceptos fundamentales que debe conocer el administrador para definir el esquema de
una base de datos jerárquica, son los siguientes:
- Registro: Viene a ser como cada una de las fichas almacenadas en un fichero convencional.
- Campos o elementos de datos. Son cada uno de los apartados de que se compone una ficha.
- Conjunto: Es el concepto que permite relacionar entre sí tipos de registro distintos.
formato general de un conjunto, y a laCurso  
Vuelos
Pasajeros

Tipos de Bases de Datos.

Modelo en red.

 Cómo simular el ejemplo
Podemos imaginar los registros simplemente como fichas de un fichero. Para ilustrar el
concepto de conjunto, supongamos que tenemos un tipo de registro de clientes, y un tipo de registro
de vuelos de avión, y supongamos que queremos asociar ambas informaciones, de manera que para
cada vuelo queremos saber cuáles son los pasajeros que viajan en él. La forma de hacerlo es a través
de un conjunto. Un conjunto relaciona dos tipos de registro. Uno de ellos es el registro propietario del
conjunto, y el otro es el miembro. Veamos el diagrama de la figura siguiente quenos aclarará las cosas
un poco más. Son los diagramas de Bachman.
Cada tipo de conjunto, posee, a su
vez, una serie de ocurrencias de conjunto,
donde cada ocurrencia está formada por una
instancia del tipo propietario, y una, varias o
ninguna instancia del tipo miembro. P.ej. una
ocurrencia de conjunto puede ser:
IB-763 Málaga Helsinki 27/8/97 17:00
33387698-K Juan Linares
83698637-H Pedro Hernández
24885764-G Luis Caro
64653627-J Pablo Mármol
Una restricción bastante importante de
este modelo, es que una ocurrencia de registro
miembro puede pertenecer como máximo a
una sola instancia de un determinado conjunto,
aunque puede participar en varios tipos de
conjuntos distintos.
Este modelo en red es más potente que el modelo jerárquico, ya que aquél puede simularse,
aplicando una jerarquía de conjuntos en varios niveles. P.ej., el ejemplo jerárquico del punto anterior
quedaría ahora como:
Por otro lado, en un conjunto
concreto, el tipo de registro propietario no
puede ser, a su vez, el mismo que el tipo de
registro miembro, o sea, un mismo tipo de
registro no puede intervenir en el mismo
conjunto como propietario y como miembro a
la vez.
Para ilustrar por qué el modelo en red
es más potente que el modelo jerárquico,
basta con observar un conjunto como el
siguiente:
5




Aquí, un elemento de A puede poseer
varios de B, mediante el conjunto A-B; a su
vez, los de B pueden poseer a los de A,
mediante B-A, y así sucesivamente cuantas
veces se quiera. Este ejemplo no se puede
hacer en el modelo jerárquico, pues el número
de niveles varía dinámicamente.
Que una misma instancia de registro
miembro no pueda aparecer en más de una
instancia de conjunto, hace que sea difícil de
expresar algunas situaciones. P.ej., en el caso
de las lista de embarque, está claro que no
sólo cada vuelo lo componen varios pasajeros,
sino que, además, un mismo pasajero ha
podido embarcar en varios vuelos a lo largo de
su vida. ¿Cómo representar esta situación?.
La solución a este problema es algo artificiosa, y pasa por la creación de tipos de registro
llamados enlaces. La figura siguiente ilustra la
solución:
Así, cada pasajero se relaciona con
una lista de vuelos, que viene dada por una
serie de códigos, y cada vuelo se relaciona con
una lista de pasajeros que vendrá dada por
otra serie de códigos. P.ej., para representar la
siguiente estructura:
IB-763 Málaga Helsinki 27/8/97 17:00
33387698-K Juan Linares
83698637-H Pedro Hernández
24885764-G Luis Caro
64653627-J Pablo Mármol
IB-722 Málaga Zurich 21/9/97 7:00
63553572-K Alfredo Sánchez
24746928-G Antonio Fernández
64653627-J Pablo Mármol
que es ilegal en el modelo en red, ya que una misma instancia de pasajero, a saber:
64653627-J Pablo Mármol
aparece en más de una instancia del conjunto lista de embarque, se emplearían las siguientes
ocurrencias de conjuntos:
Lista-Pasajeros
IB-763 Málaga Helsinki 27/8/97 17:00
1
6
2
3
4
IB-722 Málaga Zurich 21/9/97 7:00
5
6
7
Lista-Vuelos
33387698-K Juan Linares
1
83698637-H Pedro Hernández
2
24885764-G Luis Caro
3
64653627-J Pablo Mármol
4
7
63553572-K Alfredo Sánchez
5
24746928-G Antonio Fernández
6
Con lo que el pasajero Pablo Mármol se enlaza con 4 y con 7, esto es, con los vuelos a
Helsinki y a Zurich, solucionándose el problema.
En este apartado tan sólo daremos unas nociones iniciales sobre este modelo, ya que todo
nuestro trabajo se basará en él, y será estudiado con mucho mayor detalle en capítulos posteriores.
Este modelo intenta representar la base de datos como un conjunto de tablas. Aunque las
tablas son un concepto simple e intuitivo, existe una correspondencia directa entre el concepto
informático de una tabla, y el concepto matemático de relación, lo cual es una gran ventaja, pues
permite efectuar formalizaciones de una forma estricta mediante las herramientas matemáticas
asociadas, como pueda ser el álgebra relacional en el ámbito de las consultas.
Gracias a Dios, no será necesario enfrentarnos con todos estos formalismos propios de los
matemáticos, sino que dispondremos de unas herramientas fáciles de manejar que nos permitirán
interactuar con la base de datos.
Los conceptos básicos del modelo relacional son:
- Registro: Es algo así como cada ficha de un fichero convencional.
- Tabla: Es un conjunto de fichas de un mismo tipo.
Con estos dos conceptos es posible crear cualquier tipo de datos, y asociarlos entre sí, sin las
restricciones propias del modelo jerárquico o en red. P.ej., si necesitamos diseñar una base de datos



jerárquico mediante el modelo en red.
derecha, el conjunto concreto que nos
soluciona saber la lista de embarque de
cada vuelo.
Requisito Oferta
Profesor Estudiante

Tipos de Bases de Datos.

Modelo jerárquico.

Modelos tradicionales.

TIPOS DE BASES DE DATOS.
Modelo relacional.
Tipos de Bases de Datos.
A
A-B
B
B-A
Tipos de Bases de Datos.

Trabajar con bases de datos.


Modelado gráfico de base de datos en MySQL

Cuando trabajamos con bases de datos, lo más importante, a parte de disponer de un experto en optimización, es disponer de herramientas que nos ayuden a modelar los sistemas y pasar de un modelo lógico a un modelo físico y lo que es más importante... al revés (reingeniería).
Los usuarios de Oracle, estamos acostumbrados a herramientas como TOAD
Hay muchas alternativas en el mercado. En el Web de MySQL nos presentan DeZings y por menos de 300 Euros podemos adquirir sus productos.


Una clasificación de los Modelos de Datos
Una opción bastante usada a la hora de clasificar los modelos de datos es hacerlo de acuerdo al nivel de abstracción que presentan:
Modelos de Datos Conceptuales
Son los orientados a la descripción de estructuras de datos y restricciones de integridad. Se usan fundamentalmente durante la etapa de Análisis de un problema dado y están orientados a representar los elementos que intervienen en ese problema y sus relaciones. El ejemplo más típico es el Modelo Entidad-Relación.
Modelos de Datos Lógicos
Son orientados a las operaciones más que a la descripción de una realidad. Usualmente están implementados en algún Manejador de Base de Datos. El ejemplo más típico es el Modelo Relacional, que cuenta con la particularidad de contar también con buenas características conceptuales (Normalización de bases de datos).
Modelos de Datos Físicos
Son estructuras de datos a bajo nivel implementadas dentro del propio manejador. Ejemplos típicos de estas estructuras son los Árboles B+, las estructuras de Hash, etc.
El modelo relacional




para la gestión de una base de datos es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas sus bases 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 (cada fila de la tabla sería un registro o tupla), y columnas (también llamadas campos).






Que tipos de relaciones existen•abril 23, 2010 • Dejar un comentario

Relaciones uno a un

La relación uno a uno ocurre cuando un registro de la tabla A posee como máximo un registro asociado en la tabla B y un registro de la tabla B posee como máximo un registro asociado en la tabla A.

Esta relación está presente en el número de gerente/número de empleado, entre el PADRÓN DE DEPARTAMENTOS y el PADRÓN DE EMPLEADOS. Para cada número de gerente identificamos apenas un registro en el PADRÓN DE EMPLEADOS y cada funcionario es eventualmente gerente de apenas un departamento.

Relaciones uno a varios.

La relación uno a varios ocurre cuando un registro de la tabla A puede tener mas de un registro asociado en la tabla B, mientras que, un registro de la tabla B posee como máximo un registro asociado en la tabla A.

Esta relación está presente en la sigla del departamento entre el PADRÓN DE DEPARTAMENTOy el PADRÓN DE EMPLEADOS. Para cada sigla del PADRÓN DE DEPARTAMENTOSidentificamos varios registros con esta sigla en el PADRÓN DE EMPLEADOS, mientras que, para cada sigla en el PADRÓN DE EMPLEADOS identificamos como máximo un registro en elPADRÓN DE DEPARTAMENTOS.

También debe quedar claro que, en principio, podemos tener departamentos sin funcionarios y funcionarios que momentáneamente no están asignados a ningún departamento

Relaciones varios a varios.

La relación varios a varios ocurre cuando un registro de la tabla A puede tener mas de un registro asociado en la tabla B y, análogamente, un registro en la tabla B puede tener mas de un registro asociado en la tabla A.

Los cargos ocupados por un empleado a lo largo del tiempo constituyen una relación de esta naturaleza. Cada empleado ocupó varios cargos y un cargo fue ocupado por diversos empleados. En esta relación queda inmediatamente aparente que al par empleado/cargo probablemente estarán asociadas otras informaciones, por ejemplo, la fecha en que el empleado asumió el cargo en cuestión.

Relaciones de este tipo varios a varios no pueden ser especificadas directamente en Access. Es necesario la creación de una tabla intermediaria que en nuestro caso podría tener el nombre: cargos ocupados. Cada registro en esta tabla sería compuesto de tres campos: Número de empleado, Código del cargo y Fecha de admisión a este cargo. Como se observa, se creó una relación uno a varios entre el PADRÓN DE EMPLEADOS y el PADRÓN DE CARGOS OCUPADOS y, análogamente, otra relación uno a mucho entre el PADRÓN DE CARGOS Y SALARIOS y elPADRÓN DE CARGOS OCUPADOS. Por lo tanto una relación varios a varios es convertida en dos relaciones una a varios cuando hubiera informaciones asociadas a los pares relacionados.

 

 

 

Creación de relaciones.

En Access podemos crear relaciones localizadas, utilizadas en una consulta especifica, orelaciones globales que posiblemente tendrán un uso más general. Relaciones de uso localizado serán vistas mas adelante en el capítulo referente a consultas.

Las Relaciones de uso general son útiles porque pueden ser usadas automáticamente en nuevas consultas, facilitan la generación de subformularios y subinformes y permiten un cierto grado de protección en operaciones de actualización al imponerse la integridad referencial para las relaciones como será visto mas adelante.

La creación y edición de relaciones es hecha en la ventana Relaciones como muestra la figura 2.1. En esta ventana se muestra el diagrama de relaciones entre las tablas. Para cada tabla son mostrados sus campos y líneas de asociación con campos de otras tablas. Estas líneas representan las relaciones.


jueves, 3 de marzo de 2011

one more plues "SGBD"

Los sistemas de gestión de bases de datos (en inglés database management system, abreviado DBMS) son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.

lunes, 28 de febrero de 2011

Modelado de Datos

Modelado de Datos


El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.






Definición de Base de Datos:

Una base de datos es una colección de información organizada de forma que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrónico. 
Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.


Características:


Entre las principales características de los sistemas de base de datos podemos mencionar:

  • Independencia lógica y física de los datos.
  • Redundancia mínima.
  • Acceso concurrente por parte de múltiples usuarios.
  • Integridad de los datos.
  • Consultas complejas optimizadas.
  • Seguridad de acceso y auditoria.
  • Respaldo y recuperación.
  • Acceso a través de lenguaje de programación estándar.

Desventajas de las bases de datos.


Complejidad:


Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder realizar un buen uso de ellos.


Coste del equipamiento adicional:


Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de un sistema de bases de datos sea más cara.


Vulnerable a los fallos:


El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias de seguridad (Backup).


Tipos de Base de Datos



 Entre los diferentes tipos de base de datos, podemos encontrar los siguientes:

  • MySql: es una base de datos con licencia GPL basada en un servidor. Se caracteriza por su rapidez. No es recomendable usar para grandes volúmenes de datos.
  • PostgreSql y Oracle: Son sistemas de base de datos poderosos. Administra muy bien grandes cantidades de datos, y suelen ser utilizadas en intranets y sistemas de gran calibre.
  • Access: Es una base de datos desarrollada por Microsoft. Esta base de datos, debe ser creada bajo el programa access, el cual crea un archivo .mdb con la estructura ya explicada.
  • Microsoft SQL Server: es una base de datos más potente que access desarrollada por Microsoft. Se utiliza para manejar grandes volúmenes de informaciones.

Es un administrador de datos relacionados lógicamente entre si, en la forma de cómo están organizados es la que lo convierte en una base de datos.

Hay cuatro modelos principales de bases de datos: el modelo jerárquico, el modelo en red, el modelo relacional (el más extendido hoy en día; los datos se almacenan en tablas a los que se accede mediante consultas escritas en SQL) y el modelo de bases de datos deductivas. Otra línea de investigación en este campo son las bases de datos orientadas a objeto, o de objetos 
persistentes.


"Elementos de una Base de Datos"


  • 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


“Tipos de datos para los campos de una tabla”
    • TEXTO: Admite contenido de caracteres alfanuméricos, el tamaño estará entre 1 y 255Bytes y el valor por defecto de esta tamaño es de 50 Bytes.
    • MEMO: Admite contenido de tipo alfanumérico, el tamaño esta entre 1 y 64.000 Bytes(64Kas).
    • NUMERICOS: Admite contenido de caracteres numéricos, el tamaño será entre 1, 2, 4 y 8Bytes, 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 unGigabyte. 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 Access, 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. Lo mismo pasa con los objetos OLE.