Base de datos Conceptos

Conceptos básicos de bases de datos  

Una base de datos es un conjunto de información organizada de manera que pueda ser
utilizada eficientemente. Un directorio telefónico, un diccionario, un calendario o un
libro de recetas son ejemplos de bases de datos.

La información en una base está organizada en forma de registros. Cada registro

contiene toda la información sobre una persona o un elemento de la base. Por ejemplo,
cada registro en el directorio telefónico contiene el nombre, dirección y número
telefónico de una persona.

Cada registro contiene campos. Un campo se utiliza para almacenar una información
particular. Por ejemplo, en el directorio telefónico un campo almacena el nombre, otro
campo almacena la dirección y otro campo almacena el número telefónico de la
persona. Cada registro contiene cada uno de estos campos y cada registro puede tener
información en esos campos.

El nombre de un campo generalmente identifica la información almacenada en el

campo. Por ejemplo, los campos pueden llamarse Nombre, Dirección o Número
telefónico. Cada campo tiene un tipo que identifica la clase de información que puede
almacenar: números, fechas, caracteres alfanuméricos y otros. Como cada campo
contiene un tipo específico de datos, usted puede realizar cálculos y otras operaciones
con la información guardada en ellos. Por ejemplo, puede sumar los números de dos
campos. Puede comparar la fecha de un campo con la de otro. Puede mostrar el nombre
de una persona (almacenado en un campo) después de su apellido (almacenado en otro
campo) para construir la primera línea de una etiqueta de correo.

El conjunto de registros que utilizan los mismos campos conforma una tabla. Una base
de datos puede contener muchas tablas. La siguiente imagen muestra cómo se
relacionan estos conceptos.
4D puede reorganizar los registros y realizar cálculos con la información para hacerla
mucho más útil. Por ejemplo, 4D puede calcular los valores totales en un campo y
presentar el total en un informe. Puede calcular el total de ventas por persona y
presentar una gráfica que compare los resultados de las ventas.

Tablas y campos  

4D permite crear desde 1 hasta 32 767 tablas por base de datos. Esto quiere decir que
puede crear una estructura que se adapte exactamente a sus necesidades.

Estructuras con una tabla única  

Algunas bases de datos tienen una tabla única. Puede utilizar una tabla única para
categorías como empleados, empresas, inventario, etc. Puede definir hasta 32 767
campos por tabla.

En el ejemplo anterior, el registro de cada uno de los empleados almacena el mismo tipo
de datos. El tamaño de la base de datos crece de acuerdo al número de registros de
empleados almacenados.

Estructuras multitablas  
Una base de datos que utiliza más de una tabla puede almacenar muchos más datos y
acceder a la información de forma más eficiente. Una buena regla para tener en cuenta
es que los diferentes tipos de información deben almacenarse en diferentes tablas.

Una base de datos que guarda información sobre empleados y empresas es un buen
ejemplo. Los registros de los empleados y las empresas se guardan en tablas diferentes.
Si la dirección de una empresa cambia, sólo debe modificar el registro de esta empresa.
No tiene que escribir la dirección nueva para todas las personas que trabajen en esa
empresa.

Con una sola tabla, tendría que introducir la dirección en cada registro; con dos tablas,
sólo tiene que introducir la dirección una vez. Cuando se introduce el nombre de una
empresa en el registro de un empleado, 4D puede buscar el registro que corresponda a
esta empresa y mostrar automáticamente la dirección correcta.

La siguiente imagen representa la estructura de una base de datos con dos tablas
relacionadas. La flecha entre el campo [EMPLEADOS]Empresa y el campo
[EMPRESAS]Nombre representa esta relación:

Los datos de cada empleado se almacenan en la tabla [EMPLEADOs]. Los datos sobre
las empresas se almacena en la tabla [EMPRESAS].

4D es una base de datos relacional porque puede utilizar múltiples tablas y relacionarlas
de diferentes maneras. Por ejemplo, puede crear un informe para la tabla
[EMPLEADOS] que busque en la tabla [EMPRESAS] y muestre e imprima
automáticamente la información de la empresa de cada persona. Las relaciones entre las
tablas permiten que la información de ambas tablas esté disponible en un informe.

También puede introducir datos directamente en las tablas relacionadas. Por ejemplo,
una base de facturación puede escribir información en la tabla [Detalle] desde la
ventana Facturación. También puede escribir datos en una tabla relacionada utilizando
el lenguaje 4D.

Igualmente podría necesitar una estructura donde las tablas no estén relacionadas
directamente. Por ejemplo, puede tener una base de datos para almacenar diferentes
tipos de información, como una lista de contactos y una tabla de gastos.

4D permite crear hasta 32 767 tablas en cada base. Una tabla puede tener hasta 32 767
campos. Utilizando varias tablas, todo tipo de base de datos es posible.

Relacionar tablas  

Generalmente las tablas tienen en común algunos datos. Por ejemplo, imagine que crea
una base para almacenar información sobre los empleados y las empresas que los
emplean.

La estructura de la base, representada a continuación, tiene una tabla [EMPLEADOS]

para almacenar la información relativa a los empleados y una tabla [EMPRESAS] para
almacenar la información relativa a las empresas.

Aunque útil, la información almacenada en cada tabla no corresponde completamente a

sus necesidades. Cuando visualiza un registro de la tabla [EMPLEADOS], debe poder
acceder a la información sobre la empresa para la cual el empleado trabaja y cuando
mira un registro de la tabla [EMPRESAS], necesita poder ver la información sobre los
empleados que trabajan para esa empresa.
Para permitir a dos tablas compartir información de esta manera, las tablas pueden estar
relacionadas entre ellas, en otras palabras, una relación puede establecerse entre los
datos de cada tabla.

Crear las relaciones entre las tablas permite:

 Almacenar datos eficientemente,

  Actualizar los datos en un lugar y ver el cambio reflejado en todas las partes
donde se utilizan los datos,
 Ver información relacionada,
 Realizar consultas y ordenaciones en una tabla, con base en los datos
almacenados en otra tabla,
 Crear, modificar o eliminar los registros de tablas relacionadas.

La siguiente imagen muestra una relación creada entre la tabla [EMPLEADOS] y la

tabla [EMPRESAS] en el editor de estructura:

La tabla [EMPLEADOS] contiene un registro por persona. La tabla [EMPRESAS]

contiene un registro por empresa. La relación entre estas dos tablas le permite
visualizar, introducir, modificar o eliminar información de las dos tablas. Por ejemplo:

 cuando el registro de un empleado está en pantalla, puede mostrar la

información de la empresa correspondiente, la dirección, ciudad, estado, código
postal y el número telefónico de la empresa.
 cuando añade un nuevo empleado, puede asociar el registro de la persona con el
registro de la empresa correspondiente (si la empresa ya existe en la base) o
crear el registro de una nueva empresa mientras crea el registro del empleado.
Para mayor información, consulte la sección Propiedades de las relaciones.
 Para cada empresa, usted puede ver o modificar la información de cada una de
las personas que trabajan en ella, nombre, cargo, número telefónico y otros
datos. También puede añadir un nuevo registro de persona desde el registro de la
empresa.

Campos relacionados  

Gracias a los campos relacionados, los campos que conectan dos tablas en una relación,
usted puede mostrar la información de las tablas relacionadas. El objetivo principal de
las relaciones entre los campos es indicar a 4D cuáles son los registros actuales de una
tabla en función al registro actual de la otra tabla. Las tablas relacionadas usan los dos
campos relacionados para identificar los registros correspondientes.
En el ejemplo anterior, el campo Empresa de la tabla [EMPLEADOS] y el campo
Nombre de la tabla [EMPRESAS] relacionan las dos tablas. El campo Nombre en la
tabla [EMPRESAS] es el campo llave primaria de la tabla [EMPRESAS]. Este campo
identifica de manera única cada registro de empresa. Un campo llave primaria debe
tener los atributos Indexado y Único. Si el campo llave primaria no tiene el atributo
Indexado, 4D lo asigna automáticamente. El campo Empresa de la tabla
[EMPLEADOS] es un campo llave foránea.
Cada valor del campo llave foránea corresponde a un sólo valor del campo llave
primaria en la tabla relacionada.

En este ejemplo, un valor de campo de llave foránea de la tabla [EMPLEADOS]

corresponde exactamente con un valor del campo llave primaria en la tabla
[EMPRESAS]. El campo llave foránea también es indexado, pero sus valores no son
únicos (varios empleados podrían trabajar para la misma empresa).

A partir de 4D v14, los campos llaves primaria deben definirse explícitamente en cada
tabla de la base.

Los valores del campo llave primaria generalmente se afectan automáticamente por la
base, utilizando un número de secuencia generado por 4D o por la afectación de un
número calculado por un método. Tal procedimiento garantiza la unicidad del campo
llave. Por ejemplo, si el campo llave primaria de la tabla [EMPRESAS] es un número
de secuencia y no el nombre de la empresa, es posible que los usuarios introduzcan
varias compañías con el mismo nombre pero con diferente dirección. De la misma
forma, si una empresa cambia de nombre, el usuario puede hacer el cambio en la base
de datos sin afectar la relación entre las dos tablas.

Si el usuario está autorizado a introducir el valor del campo llave primaria, debe
seleccionar Único y No modificable como (Almacenado en registro, archivo de datos o
fuera del archivo de datos) para asegurar la unicidad de la entrada inicial y evitar que
posteriormente los usuarios creen un registro redundante. Si decide no utilizar el
atributo No modificable, tendrá que buscar otra forma de evitar que los usuarios creen
registros “huérfanos” en cualquiera de las tablas relacionadas al modificar los valores
del campo llave primaria. 

Cuando se establecen las relaciones, usted puede leer y escribir valores en una tabla
mientras trabaja en la tabla relacionada. Por ejemplo, cuando escribe el nombre de una
empresa en un registro de un empleado, 4D busca esta empresa en la tabla
[EMPRESAS] y muestra la dirección y el número telefónico en el registro del
empleado. Cuando usted visualiza el registro de una empresa, 4D busca en la tabla
[EMPLEADOS] todos los empleados que trabajan en esa empresa y muestra sus
registros en el registro de la empresa.

Estas relaciones pueden funcionar automáticamente (sin programación de su parte) o

manualmente. En este último caso, usted utiliza los métodos para cargar y descargar los
registros relacionados y controlar la creación, modificación o supresión de registros
relacionados. A veces las relaciones manuales son preferibles en estructuras
complicadas en donde hay más de dos tablas relacionadas a otra y usted necesita
controlar la carga y descarga de los registros relacionados. Puede elegir utilizar
relaciones automáticas seleccionando las propiedades adecuadas al definir las relaciones
Archivos tradicionales y Bases de Datos
En un sistema de información se cuenta con dos enfoques principales para definir el
almacenamiento de los datos:
1. Archivos tradicionales. Consiste en almacenar los datos en archivos individuales, exclusivos
para cada aplicación particular. En este sistema los datos pueden ser redundantes (repetidos
innecesariamente) y la actualización de losarchivos es más lenta que en una base de datos.
2. Base de datos. Es un almacenamiento de datos formalmente definido, controlado
centralmente para intentar servir a múltiples y diferentesaplicaciones.La base de datos es una
fuente significativa de datos que son compartidos por numerosos usuarios para diversas
aplicaciones.

Sistema tradicional - archivo maestro / archivo transaccional

 Dato
o Clave (primaria PK / segundaria SK / Foranea) y normal
 campo
 registros
o formato registro
o tipo de datos
o longitud
o campo
 archivos

Archivos y Base de datos

Archivo: En términos computacionales es una colecciónde
datos que tiene un nombre y se guardan en dispositivos de
almacenamiento secundario, los cuales puedenser magnéticos,
ópticos, electrónicos.

Registro: Es el conjunto completo de datos relacionados

pertenecientes a una entrada. Son estructuras cuyos
componentes pueden ser de diferente tipo. Para declarar un
tipo registros e debe incluir el nombre y el tipo de cada
componente del mismo. Un registro es un conjunto de campos
agrupados.

Campo: Es un espacio de almacenamiento para un dato en

particular. En las base de datos un campo es la mínima unidad
de información a la que se puedeacceder; un campo o un
conjunto de ellos forman un registro.
Clasificación de los archivos según su uso

1.Archivos permanentes
Contienen información que varía poco a lo largo del tiempo.
Pueden ser de tres clases:
a. Archivos constantes:
Su información permanece prácticamente inamovible,
utilizándose principalmente como archivos de consulta.

b. Archivos de situación:
También denominados archivos maestros, contienen la
información que refleja el estado o situación de una empresa,
entidad o algún aspecto de ella en un determinado momento.

c. Archivos históricos:
Se obtienen de los anteriores cuando se dejan fuera de uso
para futuros estudios estadísticos o consultas.

2.Archivos de maniobra o trabajo Tienen una vida limitada,

normalmente igual a la duración de la ejecución de un
programa, y se utilizan como auxiliares de los anteriores.

3.Archivos de Movimientos
En ellos se almacena la información que se utilizará para
actualizar los archivos maestros. Sus registros, denominados
movimientos o transacciones, son de tres clases: altas, bajas y
modificaciones.
Una vez realizado el proceso de actualización de un archivo
maestro por medio de un archivo de movimientos, éste pierde
su validez y podemos deshacernos de él.

Clasificación de los archivos según su uso

Hay diferentes formas de estructurar u organizar los registros
que componen un archivo sobre un soporte de información. La
eficiencia en la utilización del archivo depende de la
organización del mismo; por ello se debe optar por una uotra
organización, atendiendo a la forma en que se va a usar el
archivo.
Las principales organizaciones de archivos son:

a. Organización Secuencial: El término organización

secuencial implica que lógicamente los registros del archivo
están almacenados consecutivamente; esto es, en forma
adyacente, en el orden en que el usuario final los percibe. La
Organización Secuencial es la forma lógica en que los registros
de un archivo en específico se almacenan de una manera
consecutiva, esto quiere decir que es el orden en que el
usuario percibe el final de cada archivo.

Esquema lógico de un archivo secuencial

Acceso Secuencial: Es el acceso a los archivos según el orden

de su almacenamiento de los registros esto quiere decir que es
uno tras otro.
b. Organización Directa o Aleatoria (Random): Un archivo está
organizado en modo directo cuando el orden físico no se
corresponde con el orden lógico. Losdatos se sitúan en el
archivo y se accede a ellos directa, aleatoriamente, mediante
su posición, es decir, el lugar relativo que ocupan. Esta
organización tiene la ventaja de que se pueden leer y escribir
registros en cualquier orden y posición. Son muy rápidos de
acceso a la información que contienen.

Esquema lógico de un archivo directo

Acceso Directo: Este acceso implica que un registro

determinado ya que esto no implica la consulta de los registros
precedentes esto se refiere que el soporte o el almacenamiento
son direccionales.

Organización Secuencial Indexada: En esta organización se

dispone de una tabla de índices adicional; entenderemos como
índice, una referencia que permite obtener de forma automática
la ubicación de la zona del archivo físico donde se encuentra el
registro buscado. Este permite localizar un registro por medio
de su clave sin recorrer previamente todos los que le preceden.

Esquema lógico de un archivo secuencial indexado

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. Las bases
de datos tradicionales se organizan por campos, registros y
archivos.
Modelos de bases de datos
Un modelo de datos es básicamente una "descripción" de algo
conocido como contenedor de datos (algo en donde se guarda
la información), así como de los métodos para almacenar y
recuperar información de esos contenedores. Los modelos de
datos no son cosas físicas: son abstracciones que permiten la
implementación de un sistema eficiente de base de datos; por
lo general se refieren a algoritmos, y conceptos matemáticos.

a. Bases de datos jerárquicas: 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.

b. 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).

c. Bases de datos relacionales: Éste es el modelo utilizado en

la actualidad para modelar problemas reales y administrar
datos dinámicamente.
Su idea fundamental es el uso de "relaciones". Estas relaciones
podrían considerarse en forma lógica como conjuntos de datos
llamados "tablas".

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
dedatos 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.

d. Bases de datos transaccionales: Son bases de datos cuyo

único fin es el envío y recepción de datos a grandes
velocidades, estas bases son muy poco comunes y están
dirigidas por lo general al entorno de análisis de calidad, datos
de producción e industrial, es importante entender que su fin
único es recolectar y recuperar los datos a la mayor velocidad
posible, por lo tanto la redundancia y duplicación de
información no es un problema como con las demás bases de
datos, por lo general para poderlas aprovechar al máximo
permiten algún tipo de conectividad a bases de datos
relacionales.

¿Qué es una Base de datos? -

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.

Las bases de datos tradicionales se organizan por campos, registros y archivos. Un

campo es una pieza única de información; un registro es un sistema completo de
campos; y un archivo es una colección de registros. Por ejemplo, una guía de
teléfono es análoga a un archivo. Contiene una lista de registros, cada uno de los
cuales consiste en tres campos: nombre, dirección, y número de teléfono.

A veces se utiliza DB, de database en inglés, para referirse a las bases de datos.

Sistema de base de datos

 base de datos
 DBMS
o Archivo situación (permanente, constante)
o Archivo temporal
 información
  Clasificación de los SGBD
 Esta clasificación está basada en el modelo de datos en que está basado el
SGBD. Los modelos de datos más habituales son:
 * Relacional (SGBDR): representa a la base de datos como una colección de
tablas. Estas bases de datos suelen utilizar SQL como lenguaje de consultas de
alto nivel.
 * Orientado a objetos: define a la base de datos en términos de objetos, sus
propiedades y sus operaciones. Todos los objetos que tienen la misma estructura
y comportamiento pertenecen a unaclase y las clases de organizan en jerarquías.
 * Objeto-relacional o relacional extendido: son los sistemas relacionales con
características de los orientado a objetos.
 * Jerárquico: representa los datos como estructuras jerárquicas de árbol.
 * En red o CODASYL DBTG.
 Un SGBD también puede clasificarse por el número de usuario a los que da
servicio:
* Monousuario
* Multiusuario
 También puede clasificarse según el número de sitios en los que está distribuida
la base de datos:
 * Centralizado: la base de datos y el software SGBD están almacenados en un
solo sitio (una sola computadora).
 * Distribuido (SGBDD): la base de datos y el software SGBD pueden estar
distribuidos en múltiples sitios conectados por una red.

DBMS – Objetivos
Independencia de datos
Economía de datos
Integridad de datos
Seguridad de datps
Correlacion de datos (1-1, 1-m, m-n)

DBMS – Objetivos Características y objetivos

Todos los conceptos referentes a las bases de datos están hoy muy claros y definidos
formalmente, al contrario que los de las bases de conocimiento. La tecnología de gestión de
bases de datos se halla en una etapa muy madura. Las bases de datos han evolucionado
durante los pasados 30 años desde sistemas de archivos rudimentarios hasta sistemas gestores
de complejas estructuras de datos que ofrecen un gran número de posibilidades. Los
principales objetivos de un DBMS son los siguientes:

Independencia lógica y física de los datos: se refiere a la capacidad de modificar una

definición de esquema en un nivel de la arquitectura sin que esta modificación afecte al nivel
inmediatamente superior. Para ello un registro externo en un esquema externo no tiene por
qué ser igual a su registro correspondiente en el esquema conceptual.6
 Redundancia mínima: se trata de usar la base de datos como repositorio común de datos
para distintas aplicaciones.

Acceso concurrente por parte de múltiples usuarios: control de concurrencia mediante

técnicas de bloqueo o cerrado de datos accedidos.

Distribución espacial de los datos: la independencia lógica y física facilita la posibilidad de

sistemas de bases de datos distribuidas. Los datos pueden encontrarse en otra habitación, otro
edificio e incluso otro país. El usuario no tiene por qué preocuparse de la localización espacial
de los datos a los que accede.

Integridad de los datos: se refiere a las medidas de seguridad que impiden que se
introduzcan datos erróneos. Esto puede suceder tanto por motivos físicos (defectos de
hardware, actualización incompleta debido a causas externas), como de operación
(introducción de datos incoherentes).

Consultas complejas optimizadas: la optimización de consultas permite la rápida ejecución

de las mismas.

Seguridad de acceso y auditoría: se refiere al derecho de acceso a los datos contenidos en la

base de datos por parte de personas y organismos. El sistema de auditoría mantiene el control
de acceso a la base de datos, con el objeto de saber qué o quién realizó una determinada
modificación y en qué momento.

Respaldo y recuperación: se refiere a la capacidad de un sistema de base de datos de

recuperar su estado en un momento previo a la pérdida de datos.

Acceso a través de lenguajes de programación estándar: se refiere a la posibilidad ya

mencionada de acceder a los datos de una base de datos mediante lenguajes de programación
ajenos al sistema de base de datos propiamente dicho.

Una base de datos típica conlleva la existencia de tres tipos de usuario con relación a su
diseño, desarrollo y uso:

El administrador de bases de datos (DBA: Database Administrator): diseña y mantiene la DB.

El desarrollador de aplicaciones (programador): implementa las transacciones e interfaces.
Los usuarios finales: consultan y editan los datos de la DB mediante un lenguaje de consulta
de alto nivel.

Relaciones de uno a uno

En una relación de uno a uno, un registro de una tabla se asocia a uno y solo un registro
de otra tabla. Por ejemplo, en una base de datos de un centro educativo, cada alumno
tiene solamente un ID de estudiante, y cada ID de estudiante se asigna solo a una
persona.
Una relación de uno a uno presenta el siguiente aspecto en el gráfico de relaciones:

En este ejemplo, el campo de clave de cada tabla, ID de estudiante, se ha diseñado para

contener valores exclusivos. En la tabla Alumnos, el campo ID de estudiante es la clave
principal; en la tabla Información de contacto, el campo ID de estudiante es una clave
externa.

Esta relación devuelve registros relacionados cuando el valor del campo ID de

estudiante de la tabla Información de contacto es el mismo que el del campo ID de
estudiante de la tabla Alumnos.

Relaciones de uno a muchos

En una relación de uno a muchos, un registro de una tabla se puede asociar a uno o
varios registros de otra tabla.. Por ejemplo, cada cliente puede tener varios pedidos de
ventas.

Una relación de uno a muchos presenta el siguiente aspecto en el gráfico de relaciones:

En este ejemplo, el campo de clave principal de la tabla Clientes, ID de cliente, se ha

diseñado para contener valores exclusivos. El campo de clave externa de la tabla
Pedidos, ID de cliente, se ha diseñado para permitir varias instancias del mismo valor.

Esta relación devuelve registros relacionados cuando el valor del campo ID de cliente
de la tabla Pedidos es el mismo que el valor del campo ID de cliente de la tabla
Clientes.
Como las relaciones son bidireccionales, también hay relaciones de muchos a uno.

Relaciones de muchos a muchos

Una relación de muchos a muchos se produce cuando varios registros de una tabla se
asocian a varios registros de otra tabla. Por ejemplo, existe una relación de muchos a
muchos entre los clientes y los productos: los clientes pueden comprar varios productos
y los productos pueden ser comprados por muchos clientes.

Por lo general, los sistemas de bases de datos relacionales no permiten implementar una
relación directa de muchos a muchos entre dos tablas. Tenga en cuenta el ejemplo de
seguimiento de facturas. Si había muchas facturas con el mismo número de factura y
uno de sus clientes preguntó acerca de ese número de factura, no sabría a qué número se
refería. Este es el motivo por el que se debe asignar un valor exclusivo a cada factura.

Para evitar este problema, puede dividir la relación de muchos a muchos en dos
relaciones de uno a muchos mediante el uso de una tercera tabla denominada tabla de
unión. Cada registro de una tabla de unión incluye un campo de coincidencia que
contiene el valor de las claves principales de las dos tablas que se unen. (En la tabla de
unión, estos campos de coincidencia son claves externas). Estos campos de clave
externa se rellenan con datos, ya que los registros de la tabla de unión se crean desde
cualquiera de las tablas que se unen.

Un ejemplo típico de una relación de muchos a muchos es aquella entre los estudiantes
y las clases. Un estudiante puede matricularse en muchas clases y una clase puede
incluir muchos estudiantes.

En el siguiente ejemplo, se incluye una tabla Alumnos, que contiene un registro para
cada estudiante, y una tabla Clases, que contiene un registro para cada clase. Una tabla
de unión, Matrículas, crea una relación de uno a muchos, una entre cada una de las dos
tablas.
La clave principal ID de estudiante identifica de forma exclusiva a cada estudiante de la
tabla Alumnos. La clave principal ID de clase identifica de forma exclusiva cada clase
de la tabla Clases. La tabla Matrículas contiene las claves externas ID de estudiante e ID
de clase.

Para configurar una tabla de unión para una relación

de muchos a muchos:
1. Mediante el uso del ejemplo, anterior, cree una tabla denominada Matrículas. Esta
será la tabla de unión.

2. En la tabla Matrículas, cree un campo ID de estudiante y un campo ID de clase.

Por lo general, las tablas de unión contienen campos que no tienen sentido en otras
tablas. Puede añadir campos a la tabla Matrículas, como un campo Fecha para mantener
un registro de cuándo alguien inició una clase y un campo Coste para rastrear cuánto
pagó un estudiante por realizar una clase.

3. Cree una relación entre los dos campos ID de estudiante de las tablas. A
continuación, cree una relación entre los dos campos ID de clase de las tablas.

Mediante este diseño, si un estudiante se matricula en tres clases, ese estudiante tendrá
un registro en la tabla Alumnos y tres registros en la tabla Matrículas: un registro para
cada clase en la que se ha matriculado el estudiante.

Notas 
•Las tablas de unión pueden acceder a los campos y los datos entre tablas sin necesidad
de crear una relación diferente. Por ejemplo, para visualizar una lista de todas las clases
en las que se ha matriculado un estudiante, cree un portal en una presentación en
función de la tabla Alumnos. Diseñe el portal para que muestre registros relacionados de
la tabla Clases. A continuación, añada los campos adecuados de Clases al portal. A
medida que se desplaza por los registros de la presentación Alumnos, el portal muestra
todas las clases en las que se ha matriculado un estudiante específico.
Arquitectura de dase de datos

Nivel interno o físico – (formato registro)

Nivel conceptual o lógico o esquema - campo
Nivel externo o lógico o esquema - (tipo de datos y longitud)

Nivel interno: Tiene un esquema interno que describe la estructura física de

almacenamiento de base de datos. Emplea un modelo físico de datos y los únicos datos que
existen están realmente en este nivel.
Nivel conceptual: tiene esquema conceptual. Describe la estructura de toda la base de datos
para una comunidad de usuarios. Oculta los detalles físicos de almacenamiento y trabaja con
elementos lógicos como entidades, atributos y relaciones.
Nivel externo o de vistas: tiene varios esquemas externos o vistas de usuario. Cada esquema
describe la visión que tiene de la base de datos a un grupo de usuarios, ocultando el resto.

El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la

base de datos física.

La mayoría de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del
nivel físico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario,
los esquemas externos se especifican con el mismo modelo de datos que describe la
información a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de
datos en los niveles conceptual y externo.

Se pueden definir dos tipos de independencia de datos:

La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que

alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema
conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de
datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán
verse afectados.
La independencia física es la capacidad de modificar el esquema interno sin tener que
alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar
ciertos ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de
actualización de datos. Dado que la independencia física se refiere sólo a la separación entre
las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la
independencia lógica.

Lenguaje de base de datos

DDL
DML
DCL
DDL significa, en español, Lenguaje de Definición de Datos. Gracias a este lenguaje
podemos definir los diferentes objetos que tenemos en nuestra base de datos.

DML significa, en español, Lenguaje de Manipulación de Datos. Gracias a este lenguaje

podemos manipular los datos de los diferentes objetos que disponemos en nuestra base
de datos, sobre todo, en las tablas, donde podemos realizar inserciones, actualizaciones
y borrado de datos, además de poder también extraer estos datos.

DCL significa, en español, Lenguaje de Control de Datos. Gracias a este lenguaje

podemos darle o quitarle permisos sobre los objetos a los usuarios que se conectan a la
base de datos.

MODELO DATOS
ENTIDAD-RELACION (ATRIBUTO, RELACION, ENTIDAD, LIGA )

¿Qué es el modelo entidad-relación?

Como ya he comentado este modelo es solo y exclusivamente un método del que
disponemos para diseñar estos esquemas que posteriormente debemos de implementar
en un gestor de BBDD (bases de datos). Este modelo se representa a través de diagramas
y está formado por varios elementos.

Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender

los datos y como se relacionan entre ellos, debe de ser completado con un pequeño
resumen con la lista de los atributos y las relaciones de cada elemento.

Elementos del modelo entidad-relación

Entidad

Las entidades representan cosas u objetos (ya sean reales o abstractos), que se
diferencian claramente entre sí.

Para poder seguir un ejemplo durante el artículo añadiré ejemplos sobre un taller
mecánico, donde se podría crear las siguientes entidades:

 Coches (objeto físico): contiene la información de cada taller.

 Empleado (objeto físico): información de los trabajadores.
 Cargo del empleado (cosa abstracta): información de la función del empleado.

Estas entidades se representan en un diagrama con un rectángulos, como los siguientes.

Atributos

Los atributos definen o identifican las características de entidad (es el contenido de esta
entidad). Cada entidad contiene distintos atributos, que dan información sobre esta
entidad. Estos atributos pueden ser de distintos tipos (numéricos, texto, fecha...).

Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad

"Coches", que nos darán información sobre los coches de nuestro supuesto taller.

Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del
propietario, marca, modelo y muchos otros que complementen la información de cada
coche.

Los atributos se representan como círculos que descienden de una entidad, y no es

necesario representarlos todos, sino los más significativos, como a continuación.

En un modelo relacional (ya implementado en una base de datos) una ejemplo de tabla
dentro de una BBDD podría ser el siguiente.

Número de chasis Matrícula DNI del propietario

5tfem5f10ax007210 4817 BFK 45338600L
6hsen2j98as001982 8810 CLM 02405068K
5rgsb7a19js001982 0019 GGL 40588860J

Este ejemplo es con tres atributos, pero un coche podría tener cientos (si fuese
necesario) y seguirían la misma estructura de columnas, tras implementarlo en una
BBDD.

Relación
Es un vínculo que nos permite definir una dependencia entre varias entidades, es decir,
nos permite exigir que varias entidades compartan ciertos atributos de forma
indispensable.

Por ejemplo, los empleados del taller (de la entidad "Empleados") tienen un cargo
(según la entidad "Cargo del empleado"). Es decir, un atributo de la entidad
"Empleados" especificará que cargo tiene en el taller, y tiene que ser idéntico al que ya
existe en la entidad "Cargo del empleado".

Las relaciones se muestran en los diagramas como rombos, que se unen a las entidades
mediante líneas.

Yo, bajo mi punto de vista, entiendo mejor esto en una tabla (de una implementación en
una BBDD), por lo que voy a poner el ejemplo de como se representaría (resaltada la
relación, que posteriormente veremos como se haría).

Empleados

Nombre DNI Cargo

Carlos Sánchez 45338600L 001
Pepe Sánchez 02405068K 002
Juan Sánchez 40588860J 002

Cargo del empleado

ID del cargo Descripción

001 Jefe de taller
002 Mecánico

Relaciones de cardinalidad

Podemos encontrar distintos tipos de relaciones según como participen en ellas las
entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero un
mismo cargo lo pueden compartir varios empleados.

Esto complementa a las representaciones de las relaciones, mediante un intervalo en

cada extremo de la relación que especifica cuantos objetos o cosas (de cada entidad)
pueden intervenir en esa relación.

Uno a uno: Una entidad se relaciona únicamente con otra y viceversa. Por ejemplo, si
tuviésemos una entidad con distintos chasis y otra con matrículas deberíamos de
determinar que cada chasis solo puede tener una matrícula (y cada matrícula un chasis,
ni más en ningún caso).
Uno a varios o varios a uno: determina que un registro de una entidad puede estar
relacionado con varios de otra entidad, pero en esta entidad existir solo una vez. Como
ha sido en el caso anterior del trabajador del taller.

Varios a varios: determina que una entidad puede relacionarse con otra con ninguno o
varios registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por
varios mecánicos distintos y esos mecánicos pueden reparar varios coches distintos.

Los indicadores numéricos indican el primero el número mínimo de registros en una

relación y posteriormente el máximo (si no hay límite se representa con una "n").

Claves

Es el atributo de una entidad, al que le aplicamos una restricción que lo distingue de los
demás registros (no permitiendo que el atributo específico se repita en la entidad) o le
aplica un vínculo (exactamente como comentábamos en las relaciones). Estos son los
distintos tipos:

Superclave: aplica una clave o restricción a varios atributos de la entidad, para así
asegurarse que en su conjunto no se repitan varias veces y así no poder entrar en dudas
al querer identificar un registro.

Clave primaria: identifica inequívocamente un solo atributo no permitiendo que se

repita en la misma entidad. Como sería la matrícula o el número de chasis de un coche
(no puede existir dos veces el mismo).

Clave externa o clave foránea: este campo tiene que estar estrictamente relacionado
con la clave primaria de otra entidad, para así exigir que exista previamente ese clave.
Anteriormente hemos hablado de ello cuando comentábamos que un empleado
indispensablemente tiene que tener un cargo (que lo hemos representado
numéricamente), por lo cual si intentásemos darle un cargo inexistente el gestor de
bases de datos nos devolvería un error.

Resumen
Esto ha sido solo un repaso por encima de lo que es el modelo entidad-relación, sin
entrar en grandes detalles.

También, bajo mi punto de vista, creo que es una buena forma de diseñar correctamente
las bases de datos, aunque algunas veces resulta más rápido implementarlo directamente
en nuestro gestor de BBDD sin la necesidad de crear un gran diagrama, sino usando
notas más simples.

Anexo a información Redundante

Sistemas de bases de datos

1.- Definición y Características de un SBD.

Se puede definir una base de datos, como un fichero en

el cual se almacena información de cualquier tipo. En
dicho fichero la información se guarda en campos o
delimitadores, podemos almacenar el nombre y el
apellido de las personas de modo separado, de ésta
forma podemos sacar del fichero todos los nombres o
todos los apellidos, tanto de forma separada como
conjunta.

Normalmente el número de campos que se pueden

tener en una base varía según las necesidades en
cuanto a gestión de datos, de forma que después se
pueda explotar la información de forma ordenada y
separada, aunque el resto de la información sigue
almacenada y guardada en la base de datos

Una base de datos, no es solo el fichero en donde están

datos, sino que en dicho arvhivo se encuentra la
estructura de los datos, osea, para saber que longitud
tiene cada campo,hay que conocer como se llama el
campo y qué longitud en caracteres tiene, asi como el
tipo de datos en dicho campo, porque puede contener
desde letras a números o incluso otros datos más
complejos, dependiendo de la estructura de la base y
del sistema gestor.
En realidad aparte de los datos que son almacenados
en el archivo, también hay una serie de datos, en los
que se informa del tipo de campo, los campos y la
longitud de cada campo, es lo que se llama gestor de
datos, que permite saber que cada registro (un registro
es una suma de campos, por ejemplo a Ana LOPEZ
LOPEZ, Ana lo guardamos en el campo Nombre y
LOPEZ LOPEZ en el campo Apellidos, cada registro es
cada persona que almacenamos en la base, osea una
persona es un registro y cada regitro està constituido
por los campos Nombre y Apellido

Un Sistema de Bases de Datos (SBD) es una serie de

recursos para manejar grandes volúmenes de
información, sin embargo no todos los sistemas que
manejan información son bases de datos.

Un sistema de bases de datos debe responder a las

siguientes características:

 Independencia de los Datos. Es decir, que los

datos no dependen del programa y por tanto cualquier
aplicación puede hacer uso de los datos.
 Reducción de la Redundancia.Llamamos
redundancia a la existencia de duplicación de los datos,
al reducir ésta al máximo conseguimos un mayor
aprovechamiento del espacio y además evitamos que
existan inconsistencias entre los datos. Las
inconsistencias se dan cuando nos encontramos con
datos contradictorios.
 Seguridad. Un SBD debe permitir que tengamos un
control sobre la seguridad de los datos.
2.- Recursos que componen un SBD

Un SBD está formado por:

 Personas
 Máquinas
 Programas
 Datos

Los Datos.

Es lo que se conoce como base de datos propiamente

dicha. Para manejar estos datos utilizamos una serie de
programas.
Los Programas.

Son los encargados de manejar los datos, son

conocidos como DBMS (Data Base Management
System) o también SGBD (Sistema Gestor de Base de
Datos). Los DBMS tienen dos funciones principales que
son:

- La definición de las estructuras para

almacenar los datos.
- La manipulación de los datos.

3.- Distintos Niveles de un SBD

Los SBD pueden ser estudiados desde tres niveles

distintos:
1 Nivel Físico.

Es el nivel real de los datos almacenados. Es decir

como se almacenan los datos, ya sea en registros, o
como sea. Este nivel es usado por muy pocas personas
que deben estar cualificadas para ello. Este nivel lleva
asociada una representación de los datos, que es lo
que denominamos Esquema Físico.

2 Nivel Conceptual.

Es el correspondiente a una visión de la base de datos

desde el punto de visto del mundo real. Es decir
tratamos con la entidad u objeto representado, sin
importarnos como está representado o almacenado.
Este nivel lleva asociado el Esquema Conceptual.

3 Nivel Visión.

Son partes del esquema conceptual. El nivel conceptual

presenta toda la base de datos, mientras que los
usuarios por lo general sólo tienen acceso a pequeñas
parcelas de ésta. El nivel visión es el encargado de
dividir estas parcelas. Un ejemplo sería el caso del
empleado que no tiene porqué tener acceso al sueldo
de sus compañeros o de sus superiores. El esquema
asociado a éste nivel es el Esquema de Visión.

Los tres niveles vistos, componen lo que

conocemos como arquitectura de base de datos a
tres niveles.

A menudo el nivel físico no es facilitado por muchos

DBMS, esto es, no permiten al usuario elegir como se
almacenan sus datos y vienen con una forma estándar
de almacenamiento y manipulación de los datos.

La arquitectura a tres niveles se puede representar

como sigue:

4.- Modelos de Datos

Para representar el mundo real a través de esquemas

conceptuales se han creado una serie de modelos:

Existen multitud de estos modelos que se conocen

como Modelos de Datos, algunos de estos modelos
son:

 Modelo Relacional de Datos

 Modelo de Red
 Modelo Jerárquico
1 Modelo Relacional de Datos.

Representa al mundo real mediante tablas relacionadas

entre sí por columnas comunes. Ej.:
Num. empleado Nombre Sección

33 Pepe 25
34 Juan 25

Num_sección Nombre

25 Textil
26 Pintura

2 Modelo de Red.

Representamos al mundo real como registros lógicos

que representan a una entidad y que se relacionan
entre sí por medio de flechas. Ej.:

3 Modelo Jerárquico.

Tiene forma de árbol invertido. Un padre puede tener

varios hijos pero cada hijo sólo puede tener un padre.
Ej.:
Al llegar a este punto adoptaremos una convención con
respecto a las restricciones que se pueden dar en un
modelo, en cuanto a la capacidad de relacionarse que
pueda tener cada entidad de ese modelo con el resto
de entidades.
Como se ha dicho el modelo jerárquico sólo admite
relaciones 1 : 1 ó 1 : N.

En caso de que tuviésemos la necesidad de otro tipo de

asociaciones y queramos usar el esquema jerárquico,
recurriríamos a una duplicación de la información en el
esquema, pero sólo a nivel esquemático.

Ej.: Tenemos dos entidades (cliente y cuenta),

queremos que un cliente pueda poseer varias cuentas,
y que una cuenta pueda tener como titulares a varios
clientes. Usando el modelo jerárquico tendríamos que
recurrir a una duplicación de los datos en el esquema.

Como ya se ha dicho esta duplicación sólo ocurriría a

nivel esquemático, pero a nivel físico existiría un único
registro por cliente, y por cuenta que relacionaríamos
mediante varios punteros con todo lo necesario.

En el modelo de red no existen restricciones, si

queremos representar que un cliente puede tener
varias cuentas, cada una de las cuáles sólo puede tener
un titular, y cada cuenta ésta en una sola sucursal, que
por supuesto puede ser compartida por varias cuentas.

Con el modelo relacional podríamos tener ambas

entidades definidas de la siguiente forma:

Cliente = (Nº Cliente: Acceso Principal; Nombre,

Dirección, Nº Cuenta: Acceso Ajeno)

Cuenta = (Nº Cuenta: Acceso Principal; Saldo)

Se podría hablar de otro modelo que está un nivel más
arriba y que se denomina Modelo Entidad-Relación
(E/R). Este modelo sólo realiza el diseño, no realiza la
implementación, por lo tanto una vez hecho el diseño
se puede llevar al modelo relacional, de red o
jerárquico. En el esquema siguiente define dos
entidades y una forma de relación entre ellas.

Sus características principales son:

 Reflejan tan sólo la existencia de los datos sin

expresar lo que se hace con ellos.
 Es independiente de las bases de datos y de los
sistemas operativos (por lo que puede ser
desarrollado en cualquier base de datos).
 Está abierto a la evolución del sistema.
 Incluye todos los datos que se estudian sin tener
en cuenta las aplicaciones que se van a tratar.
 No tienen en cuenta las restricciones de espacio y
almacenamiento del sistema.

Conceptos del Modelo Entidad-Relación

Entidades

Son objetos concretos o abstractos que presentan

interés para el sistema y sobre los que se recoge
información que será representada en un sistema de
bases de datos. Por ejemplo, clientes, proveedores y
facturas serían entidades en el entorno de una
empresa.
Atributos

Es una unidad básica e indivisible de información

acerca de una entidad o una relación. Por ejemplo la
entidad proveedor tendrá los atributos nombre,
domicilio, población, CIF.

Dominios

Es el conjunto de valores que puede tomar cada

atributo. Por ejemplo el dominio del atributo población,
será la relación de todas las poblaciones del ámbito de
actuación de nuestra empresa.

Tablas

Es la forma de estructurar los datos en filas o registros

y columnas o atributos.

Relación

Es la asociación que se efectúa entre entidades. Por

ejemplo la relación entre las entidades facturas
emitidas y clientes.

Los diagramas Entidad – Relación representan la estructura

lógica de una base de datos de manera gráfica. Los símbolos
utilizados son los siguientes:

- Rectángulo.- Conjunto de entidades.

- Elipse.- Atributos.
- Rombos.- Conjunto de relaciones
- Líneas.- Unen atributos a conjuntos de entidades; unen
atributos a conjuntos de relaciones; y unen conjuntos de
entidades con conjuntos de relaciones. Si la flecha tiene
punta, en ese sentido está el uno y si no la tiene, en ese sitio
está el muchos. La orientación señala cardinalidad.
- Elípse doble.- Se trata de dos elipses concéntricas.
Representan atributos multivalorados. - Elipse discontinua.-
Atributos derivados.
- Líneas dobles.- Indican participación total de un conjunto de
entidades en un conjunto de relaciones. - Subrayado.-
Subraya los atributos que forman parte de la clave primaria
del conjunto de entidades.

Si el conjunto de relaciones tiene atributos asociados, se le

unen a la relación. En los diagramas Entidad - Relación se
indican los papeles (roles) mediante etiquetas en las líneas
que unen los conjuntos de relaciones con conjuntos de
 entidades.

Los conjuntos de relaciones no binarias se especifican

uniendo al conjunto de relaciones tantas entidades como
marque la relación. No es recomendable su utilización,
prefiriéndose el uso de relaciones binarias.

5.- Programas que conforman el DBMS

El DBMS se compone de una serie de módulos:

 El Compilador de DDL (Data Definition Language).

El DDL sirve para definir estructuras de
almacenamiento, y por tanto para crear esquemas
conceptuales.
 El resultado de compilar todas las instrucciones DDL
se va a almacenar en lo que se conoce como
Diccionario de Datos. Este diccionario nos aportará
información acerca de la base de datos. El diccionario
de datos depende del DBMS.
 El Precompilador DML (Data Management
Language). Las instrucciones de manejo que define van
dentro de un lenguaje de alto nivel cualquiera (
Lenguaje Anfitrión ) (El DML se llama Lenguaje
Huésped ). El primer paso del pre-compilador es
traducir las instrucciones del DML al lenguaje anfitrión.
 El Procesador de Consultas permite al usuario
"jugar" con los datos, o sea consultarlos sin necesidad
de construir un programa de aplicación. Cuenta con un
Optimizador de DML para optimizar esas consultas.
 El Manejador de Bases de Datos realiza la
traducción entre los diferentes esquemas de la base de
datos. Si un usuario quiere acceder a unos datos, el
manejador comprobará su esquema externo para
averiguar a que datos tiene acceso ese usuario; luego
estudia el esquema conceptual completo, a
continuación accede al esquema físico para saber como
trabajar con ellos y finalmente los proporcionará al
usuario.
6.- Personas relacionadas con un SBD.

Administrador de base de datos (DBA).

Define los esquemas de la base de datos; estructuras y

esquemas de los 3 niveles. Más que una persona suele
ser un grupo de personas.
 Programador de aplicaciones.

Utilizando un lenguaje de alto nivel y llamadas en DML

crean programas para usar la base de datos.

Usuarios casuales.

Son usuarios que tienen conocimientos de los DL,

hacen uso de los DML de modo interactivo (es decir a
través del procesador de consultas)

Usuarios ingenuos.

Emplean el SBD sin conocimientos de informática, es

decir usan los programas de aplicación.

Otros tipos de bases de datos, que no se tratarán en esta

asignatura, son los agrupados como postrrelacionales:

- Modelo Orientado a Objetos.

Los datos se representan mediante objetos, que contienen
variables y métodos, y su manipulación se realiza mediante
mensajes.

- Modelo Semántico.
Tienen como objetivo describir de un modo más preciso la
información contenida en la base de datos.

- Modelo Deductivo.
Son capaces de deducir hechos a partir de las relaciones base
y una serie de axiomas deductivas o reglas de inferencia.

Modelos de bases de datos

En función de la estructura utilizada para construir una base de datos, existen diversos
modelos de bases de datos. El modelo de la base de datos define un paradigma de
almacenamiento, estableciendo cómo se estructuran los datos y las relaciones entre
estos. Las distintas operaciones sobre la base de datos (eliminación o sustitución de
datos, lectura de datos, etc.) vienen condicionadas por esta estructura, y existen notables
diferencias entre los principales modelos, cada uno de ellos con sus ventajas e
inconvenientes particulares. Algunos de los más habituales son los siguientes:
  Bases de datos jerárquicas. Los datos se recogen mediante una estructura
basada en nodos interconectados. Cada nodo puede tener un único padre y cero,
uno o varios hijos. De este modo, se crea una estructura en forma de árbol
invertido en el que todos sus nodos dependen en última instancia de uno
denominado raíz. Aunque potente, el modelo jerárquico presenta algunas
deficiencias, principalmente la escasa independencia de sus registros (el acceso a
un registro —un nodo— implica que se ha de pasar por sus padres, restando
flexibilidad a la navegación por la base de datos). Otra grave deficiencia de este
modelo es la mala gestión de la redundancia de datos, ya que si un registro
guarda relación con dos o más, debe almacenarse varias veces, ya que no se
permite que el nodo correspondiente tenga varios padres. Esto tiene
consecuencias no solo en el mayor volumen de datos que se almacena, sino
también en la integridad y coherencia de los datos. Si se modifica una de las
«copias» de ese registro en la base de datos, deben modificarse también las
restantes, ya que, aunque no conectadas en la estructura de la base de datos,
realmente representan una única realidad y debieran ser idénticas entre sí.
 Bases de datos en red. Con objeto de solucionar los problemas de redundancia
de las bases de datos jerárquicas, surge el modelo en red. Este modelo permite la
aparición de ciclos en la estructura de la base de datos (es decir, no ha de existir
un único padre para cada nodo), lo cual permite una mayor eficacia en lo que a
la redundancia de datos se refiere. Presenta, no obstante, otros problemas, siendo
el más importante de ellos su gran complejidad, lo que hace difícil la
administración de la base de datos.
 Bases de datos relacionales. Constituyen el modelo de bases de datos más
utilizado en la actualidad. Solucionan los problemas asociados a las bases de
datos jerárquicas y en red, utilizando para ello un esquema basado en tablas, que
resulta a la vez sencillo de comprender y fácil de utilizar para el análisis y la
consulta de los datos. Las tablas contienen un número dado de registros
(equivalentes a las filas en la tabla), así como campos (columnas), lo que da
lugar a una correcta estructuración y un acceso eficiente.
 Bases de datos orientadas a objetos. Se trata de uno de los modelos más
actuales, derivado directamente de los paradigmas de la programación orientada
a objetos. El modelo extiende las capacidades de las bases de datos relacionales,
de tal modo que estas pueden contener objetos, permitiendo así una integración
más fácil con la propia arquitectura de los programas empleados para el manejo
de la base de datos, en caso de que estos hayan sido desarrollados mediante
programación orientada a objetos. Su popularidad crece de forma notable en
ciertas áreas en las cuales resultan más ventajosas que el modelo relacional,
siendo los SIG una de ellas.

La figura 1

muestra una comparación esquemática de los anteriores modelos de bases de datos.

 Compara
ción entre algunos modelos de base de datos más frecuentes (adaptado de
[USDT2001]).