INFORME MODELO DE RED BASE DE DATOS

Modelo de Datos

Es una colección de herramientas conceptuales para describir los datos, las

relaciones que existen entre ellos, semántica asociada a los datos y restricciones
de consistencia.

La parte esencial de la estructura de base de datos es el modelo de datos:

una colección de herramientas conceptuales para describir los datos, las
relaciones de datos, la semántica de los datos y las ligaduras de consistencia. Los
diferentes modelos de datos que se han propuesto se clasifican en tres grupos
diferentes: modelos lógicos basados en objetos, modelos lógicos basados en
registros y modelos físicos.

Tipos de Modelos

-Modelos lógicos basados en objetos.

-Modelos lógicos basados en registros.
-Modelos físicos de datos.

Modelos lógicos basados en objetos

Los modelos lógicos basados en objetos se usan para describir datos en los
niveles lógico y de vistas. Proporcionan capacidades estructurales muy flexibles y
permiten que las ligaduras se especifiquen explícitamente.
Los modelos mas conocidos son:
• Modelo Entidad - Relación (E - R)
• Modelo Orientado a Objetos (OO).
• Modelo De Datos Semántica
• Modelo De Datos Funcional

Modelo Entidad – Relación (E – R)

Esta basado en una percepción del mundo real que consta de una colección
de objetos básicos, llamados entidades, y de las relaciones entre estos objetos.
Una entidad es una cosa u objeto que es distinguible de otros objetos. Una
relación es una asociación entre varias entidades. Se maneja la correspondencia
de cardinalidades que expresa el número de entidades que pueden estar
relacionadas con una entidad por medio de relaciones.
Ejemplo
Número de cuenta y saldo pueden ser los atributos de la entidad que representa
cuentas bancarias.
Nombre, número de documento, dirección y ciudad pueden ser los atributos que
representa a los clientes de un banco.
La estructura lógica de una Base De Datos puede expresarse gráficamente
mediante un diagrama entidad - relación.
Cada diagrama entidad - relación esta compuesto de:
Rectángulos: Representando conjuntos de entidades.
Elipses: Representando atributos.
Rombos: Representando relaciones entre conjuntos de entidades.
Líneas: Vinculando conjuntos de entidades entre si o conjuntos de entidades con
relaciones.

Ejemplo:

Modelo Orientado a Objetos

Está basado en una colección de objetos. Un objeto contiene valores
almacenados en variables ejemplares dentro de este objeto. Contiene fragmentos
de código que operan dentro del mismo y a éstos se les llama métodos. La única
manera en que pueden acceder a la base de datos es a través del paso de
mensajes a otro objeto.
Los objetos que contienen los mismos tipos de valores y los mismos
métodos se agrupan en clases.
Los objetos acceden a los datos de otros objetos mediante el envío de mensajes.

Modelos Lógicos Basados En Registros

Se usan para especificar la estructura lógica completa de la base de datos para
proporcionar una descripción de alto nivel de la implementación. Este se
estructura en registros de formato fijo de diferentes tipos. En cada tipo de registro
se define un número de campos y cada uno tiene una longitud fija. Los principales
modelos trabajados a través del tiempo son el modelo relacional, el de red y el
jerárquico (el primero es el utilizado actualmente).
Existen tres modelos principales:
• Modelo Relacional: Se usa una colección de tablas para representar tanto
los datos como las relaciones entre ellos. Cada tabla contiene varias
columnas, y cada columna tienen un nombre único.
• Modelo De Red: Se representan por medio de colecciones de registros y
las relaciones entre los datos se representan por medio de enlaces que se
pueden ver como apuntadores. Los registros se organizan como colecciones
de grafos dirigidos.
• Modelo Jerárquico: Es similar al modelo de redes, en el sentido en que los
datos y relaciones entre los datos se representan mediante registros y
enlaces. La diferencia es que en lugar de organizarse como grafos estos lo
hacen como colecciones de árboles.

Ejemplo De Base De Datos Relacional

Nombre Documento Dirección Ciudad Nro.Cuenta
Aguirre 12345678 San Martín 32 Bahía Blanca A-1111
Racciatti 22222222 Belgrano 15 Tres Arroyos B-2222
Sosa 32324545 Rivadavia 122 Pigüe C-3333
Montero 12127777 Rosas 102 Carmen de Patagones D-4444
Aguirre 12345678 San Martín 32 Bahía Blanca A-2244
Maciel 30012367 9 de Julio 1816 Punta Alta E-5555
Echagüe 54120121 25 de Mayo 1810 Coronel Pringles F-6666
Racciatti 22222222 Belgrano 15 Tres Arroyos A-2244
Clientes
Nro.Cuenta Saldo Cuentas
A-1111 500
B-2222 700
C-3333 4200
D-4444 350
A-2244 900
E-5555 750
F-6666 1000

Ejemplo De Base De Datos En Red

Aguirre 12345678 San Martín 32 Bahía Blanca A-1111 500
Racciatti 22222222 Belgrano 15 Tres Arroyos B-2222 700
Sosa 32324545 Rivadavia 122 Pigüe C-3333 4200
Montero 12127777 Rosas 102 Carmen de Patagones D-4444 350
Maciel 30012367 9 de Julio 1816 Punta Alta A-2244 900
Echagüe 54120121 25 de Mayo 1810 Coronel Pringles E-5555 750
F-5555 1000

Ejemplo De Base De Datos Jerárquica

Aguirre 12345678 …
Racciatti 22222222 …
Sosa 32324545 …
Montero 12127777 …
Maciel 30012367 …
Echagüe 54120121 …
A-1111 500
A-2244 900
B-2222 700
A-2244 900
C-3333 4200
D-4444 350
E-5555 350
F-6666 1000
Modelos Físicos De Datos
Se usa para describir datos en un nivel más bajo.
Los más conocidos son:
• modelo de unificación
• modelo de memoria por marcos.
Un esquema de bases de datos se expresa mediante un conjunto de
definiciones que se expresa en un lenguaje de definición de datos (LDD). Las
instrucciones del LDD se compilan dando lugar a un conjunto de tablas que se
almacenan en un archivo especial, el diccionario de datos contiene meta datos
que son datos acerca de los datos.
Un lenguaje de manipulación de datos (LMD) es un lenguaje que permite a
los usuarios acceder o manipular datos. Hay dos tipos: LMD procedí mentales que
requieren que se especifiquen los datos requeridos y como se buscarán, y los LMD
no procedí mentales que solo requiere que se especifique que datos se requieren.
El gestor de transacciones es el responsable de asegurar que la base de
datos permanezca en un estado consistente a pesar de los fallos del sistema. El
gestor de transacciones también se asegura que las transacciones ocurran sin
conflictos.
Un gestor de almacenamiento es un módulo de programa que proporciona
la interfaz entre los datos de bajo nivel almacenados en la base de datos y los
programas de aplicación y las consultas enviadas al sistema. El gestor de
almacenamiento es responsable de la interacción con los datos almacenados en
el disco.

Modelo de Red

Este modelo fue el resultado de estandarización del comité CODASYL.

Aunque existen algunos DBMSs de red que no siguen las especificaciones
CODASYL, en general, una base de datos CODASYL es sinónimo de base de datos
de red. El modelo de red intenta superar las deficiencias del enfoque jerárquico,
permitiendo el tipo de relaciones de muchos a muchos.

El concepto básico en el enfoque de red es el conjunto (‘set’), definido por el

comité CODASYL. Un conjunto está constituido por dos tipos de registros que
mantienen una relación de muchos a muchos. Para conseguir representar este
tipo de relación es necesario que los dos tipos de registros estén interconectados
por medio de un registro conector llamado conjunto conector. Los conjuntos
poseen las siguientes características:

• El registro padre se denomina propietario del conjunto, mientras que el

 registro hijo se denomina miembro.
• Un conjunto está formado en un solo registro propietario y uno o más
registros miembros.
• Una ocurrencia de conjuntos es una colección de registros, uno de ellos es
el propietario y los otros los miembros.
• Todos los registros propietarios de ocurrencias del mismo tipo de conjunto
deben ser del mismo tipo de registro.
• El tipo de registro propietario de un tipo de conjunto debe ser distinto de los
tipos de los registros miembro.
• Sólo se permite que un registro miembro aparezca una vez en las
ocurrencias de conjuntos del mismo tipo.
• Un registro miembro puede asociarse con más de un propietario, es decir,
puede pertenecer al mismo tiempo a dos o más tipos de conjuntos distintos.
Esta situación se puede representar por medio de una estructura
multianillo.
• Se pueden definir niveles múltiples de jerarquías donde un tipo de registro
puede ser miembro en un conjunto y al mismo tiempo propietario en otro
conjunto diferente.

Diagramas de Estructura de Datos

Un diagrama de estructura de datos es un esquema que representa el

diseño de una base de datos de red. Este modelo se basa en representaciones
entre registros por medio de ligas, existen relaciones en las que participan solo
dos entidades(binarias ) y relaciones en las que participan más de dos
entidades (generales) ya sea con o sin atributo descriptivo en la relación.

La forma de diagramado consta de dos componentes básicos:

• Celdas: representan a los campos del registro.

• Líneas: representan a los enlaces entre los registros.

Un diagrama de estructura de datos de red, especifica la estructura lógica

global de la base de datos; su representación gráfica se basa en el acomodo de
los campos de un registro en un conjunto de celdas que se ligan con otro(s)
registro(s), ejemplificaremos esto de la siguiente manera:

Consideremos la relación alumno-cursa-materia donde la relación cursa no

tiene atributos descriptivos:
Cardinalidad Uno a Uno:

Cardinalidad de Muchos a Uno:

Cardinalidad de Muchos a Muchos:

Cuando el enlace tiene atributos descriptivos.

Consideremos que a la relación cursa le agregamos el atributo Cal

(calificación), nuestro modelo E-R quedaría de la siguiente manera:

La forma de convertir a diagramas de estructura de datos consiste en

realizar lo siguiente:

1. Realizar la representación de los campos del registro agrupándolos en

sus celdas correspondientes.

2. Crear nuevo registro, denominado Calif, para este caso, con un solo
campo, el de cal (calif).
 3. Crear los enlaces indicando la cardinalidad de :
AluCal, del registro Calif al registro Alumno.
MatCal, del registro Calif al registro Materia.

• AluCal y MatCal son solo los nombres que emplearemos para

identificar el enlace, pueden ser otros y no son empleados para
otra cosa.

• Los diagramas de estructuras de datos según la cardinalidad

se transforman en:

Cardinalidad uno a uno.

Cardinalidad Uno a muchos.

Cardinalidad Muchos a muchos

Diagramas de estructura de datos cuando intervienen
más de dos entidades y el enlace no tiene atributos descriptivos.

• Consideremos que a la relación alumno-cursa-materia le agregamos la

entidad maestro, quien es el que imparte dicha materia.

• Nuestro diagrama E-R quedaría de la siguiente manera:

• La transformación a diagramas de estructura de datos se realiza mediante

los siguientes pasos:

• Crear los respectivos registros para cada una de las entidades que
intervienen en el modelo.

• Crear un nuevo tipo de registro que llamaremos Renlace, que puede no

tener campos o tener solo uno que contenga un identificador único, el
identificador lo proporcionará el sistema y no lo utiliza directamente el
programa de aplicación, a este registro se le denomina también como
registro ficticio o de enlace o unión.

• Siguiendo los pasos anteriores nuestra estructura finalmente es:

(Considerando una relación con cardinalidad Uno a Uno).

CODASYL DBTG

En el modelo DBTG solamente pueden emplearse enlaces uno a uno y uno a

muchos. En este modelo existen dos elementos principales que son el dueño y el
miembro, donde solo puede existir un dueño y varios miembros, donde cada
miembro depende solamente de un dueño.
Empleando el ejemplo de la relación Alumno-cursa-Materia.

Si la relación es uno a muchos sin atributos descriptivos, entonces el diagrama de

estructura de datos apropiado es:

Si la relación tiene un atributo descriptivo, como el de calif, entonces el diagrama

de estructura de datos apropiado es:

Si la relación fuera de muchos a muchos el algoritmo de transformación seria

como el siguiente considerando que la relación no tiene atributos descriptivos,
entonces:

1. Crear los registros correspondientes de las entidades involucradas

(alumno,materia).
2. Crear un nuevo tipo de registro ficticio, renlace que puede no tener campos o
tener sólo uno que contenga un identificador único definido externamente.
3. Crear los enlaces correspondientes muchos a uno.
 En el caso de las relaciones generales (es decir, no binarias), el algoritmo de
transformación es el mismo empleado para el estructurado de los diagramas de
los modelos de red donde intervienen más de 2 entidades.

Por ejemplo consideremos la agregación de la entidad maestro, entonces para

este caso resulta la estructura siguiente:
Conjuntos DBTG

Como se mencionó anteriormente en este modelo solo pueden utilizarse enlaces

muchos a uno y uno a uno, así una forma general de este modelo sería:

En el modelo DBTG, esta estructura de denomina conjunto DBTG. El nombre

que se le asigna al conjunto generalmente es el mismo que el de la relación que
une a las entidades.

En todo conjunto DBTG de este tipo, el tipo de registro A se denomina

dueño (o padre) del conjunto, el tipo de registro B se le denomina miembro (o
hijo) del conjunto. Cada conjunto DBTG puede tener cualquier numero de
ocurrencias del conjunto. Puesto que no se permiten enlaces del tipo muchos a
muchos, cada ocurrencia del conjunto tiene exclusivamente un dueño y cero o
más registros miembros. Además ningún registro puede participar en más de una
ocurrencia del conjunto en ningún momento. Sin embargo, un registro miembro
puede participar simultáneamente en varias ocurrencias de diferentes conjuntos.