SlideShare a Scribd company logo
1 of 7
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
MODELO JERARQUICO Y MODELO DE RED DE
BASE DE DATOS
MODELO JERARQUICO
Los diagramas de estructura de árbol es la representación de un esquema de la base de datos
jerárquica, de ahí el nombre, ya que un árbol está desarrollado precisamente en orden
descendente formando una estructura jerárquica.
Este tipo de diagrama está formado por dos componentes básicos:
Rectángulos: que representan a los de registros.
Líneas: que representan a los enlaces o ligas entre los registros.
Características de las estructuras de árbol:
El árbol no puede contener ciclos.
Las relaciones que existen en la estructura deben ser de tal forma que solo existan
relaciones muchos a uno o uno a uno entre un padre y un hijo.
Consideremos la relación alumno-materia:
La transformación según las cardinalidades seria:
Relación Uno a Uno
Relación uno a muchos
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
Relación muchos a uno
Relación muchos a muchos
RECUPERACIÓN DE DATOS
Para manipular la información de una base de datos jerárquico, es necesario emplear un
lenguaje de manipulación de datos, el lenguaje consta de varias órdenes que están
incorporadas en un lenguaje principal, Pascal.
La orden Get: La recuperación de datos se realiza mediante esta orden, se realizan las
siguientes acciones:
Localiza un registro en la base de datos y actualiza a un puntero que es el que
mantiene la dirección del último registro accesado.
Copia los datos solicitados a un tipo de registro apropiado para la consulta.
La orden Get debe especificar en cuál de los árboles de la base de datos se va a buscar.
Existen dos órdenes Get diferentes para localizar registros en un árbol de base de datos.
La orden más simple tiene la forma:
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
getfirst
where
La cláusula where es opcional. La que se adjunta es un predicado que puede implicar a
cualquier tipo de registro que sea un antecesor de o el mismo.
La orden get localiza el primer registro (en preorden) del tipo en la base de datos que
satisfaga la de la cláusula where. Si se omite la cláusula where, entonces se localiza el
primer registro del tipo . Una vez que se encuentra ese registro, se hace que el puntero
que tiene la dirección del último registro apuntando a ese registro y se copia el contenido
del registro en un registro apto para la consulta.
Para ilustrar lo anterior veamos los ejemplos:
Realicemos una consulta que imprima El nombre del alumno llamado Juan Pérez
(consideremos la relación Alumno-Materia que hemos estado manejando.)
- getfirst Alumno
whereAlumno.NombreA="Juan Pérez";
- print (Alumno.Control)
Ahora consideremos que deseamos la consulta de los nombres de las materias en donde
el alumno de nombre Juan Pérez ha obtenido una calificación igual a 100 (si es que
existe)
- get first Alumno
whereAlumno.NombreA="Juan Perez" and Cursa.cal= 100;
- if DB-Status=0 then print (Materia.NombreM);
La condición involucra a la variable DB-Status, la cual nos indica si se encontró o no el
registro.
La orden getfirst, solo nos muestra el primer registro encontrado que satisfaga la orden
de consulta, sin embargo puede haber más de ellos, para localizar a los demás registros
empleamos la orden Getnext.
Cuyoformatoes:
get next
where
La cual localiza el siguiente registro en preorden que satisface la condición. Si se omite la
cláusula where, entonces se localiza el siguiente registro del tipo .
ACTUALIZACIÓN DE DATOS.
Creación de nuevos registros.
La orden utilizada para la inserción de registros es:
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
- insert
- where
donde: tipo registro contiene los datos de los campos del registro a insertar.
Sí se incluye la cláusula where, el sistema busca en el árbol de la base de datos (en
preorden) un registro que satisfaga la condición dada, una vez encontrado, el registro
creado se inserta en el árbol como un hijo más a la izquierda. Si se omite where, el
registro nuevo es insertado en la primera posición (en preorden) en el árbol de la base de
datos donde se pueda insertar un registro del mismo tipo que el nuevo.
Ejemplos:
Añadir una nueva alumna cuyo nombre es Rocío Veleta con número de control 93551028
de la carrera de LI; entonces la inserción del nuevo registro seria de la siguiente manera:
- Aumno.NombreA:=Rocío Veleta";
- Alumno.Control:="93551028";
- Alumno.Esp:="ISC";
- insert Alumno;
Consideremos que deseamos crear la alta de la materia de matemáticas 1 a la alumna
con número de control 99550168.
- Materia.NombreM:="Matemáticas I";
- Materia.Clave:="SCB9334";
- Materia.Cred:=8;
- insert Materia;
- where Alumno.Control="99550168";
Modificación de registros existentes.
La instrucción para efectuar cambios a los registros es:
Replace
Esta instrucción no requiere los datos del registro a modificar como argumento, el registro
que se afectará será aquel al que este apuntando el puntero de actualidad, que debe ser
el registro que se desea modificar.
Ejemplo:
Consideremos que deseamos reemplazar la carrera de la alumna con número de control
99550168.
- Get hold first Alumno
- where Alumno.Control="99550168";
- Alumno.Esp:="LI";
- replace;
Se agrega la palabra hold para que el sistema se entere que se va a modificar un
registro.
Eliminación de un registro
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
Para eliminar un registro se debe apuntar al puntero de actualidad hacia ese registro,
después se ejecuta la orden delete, al igual que en la orden replace, se debe poner la
orden Hold.
Ejemplo:
Consideremos que deseamos borrar al alumno con número de control 99550168.
- Get hold first Alumno;
- Where Alumno.Control=’99550168’;
- delete;
También se puede borrar un registro(raíz), lo cual eliminaría todas sus derivaciones
(hijos).
Ejemplo:
Consideremos que deseamos eliminar al alumno con número de control 99550168 y todas
sus materias, entonces la instrucción quedaría:
- get hold first Alumno
- where Alumno.Control="99550168";
- delete;
MODELO DE RED
Una base de datos de red está formado por una colección de registros, los cuales están
conectados entre sí por medio de enlaces. El registro es similar a una entidad como las
empleadas en el modelo entidad-relación. El enlace es la asociación entre dos registros
exclusivamente. Así que podemos verla como una relación estrictamente binaria. Una
estructura de datos de red, llamada también estructura plex, abarca más que la estructura
de árbol porque un nodo hijo en la estructura de red puede tener más de un padre.
El modelo de red organiza datos que usan dos fundamental construcciones, registros y
conjuntos. Los registros contienen campos (que puede ser organizado jerárquicamente,
como en el lenguaje COBOL de lenguaje de programación). Los conjuntos (para no ser
confundido con conjuntos matemáticos) definen de uno a varios relaciones entre registros:
un propietario, muchos miembros.
Un registro puede ser un propietario en cualquier número de conjuntos, y un miembro en
cualquier número de conjuntos. El modelo de red es una variación sobre el modelo
jerárquico, al grado que es construido sobre el concepto de múltiples ramas(estructuras
de nivel inferior) emanando de uno o varios nodos (estructuras de nivel alto), mientras el
modelo se diferencia del modelo jerárquico en esto las ramas pueden estar unidas a
múltiples nodos. El modelo de red es capaz de representar la redundancia en datos de
una manera más eficiente que en el modelo jerárquico. Las operaciones del modelo de
red son de navegación en el estilo: un programa mantiene una posición corriente, y
navega de un registro al otro por siguiente las relaciones en las cuales el registro
participa.
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
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, éste sería el esquema:
- Cliente Cuenta Sucursal
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)
DIAGRAMAS DE ESTRUCTURA DE DATOS
Un diagrama de estructura de datos es un esquema que representa el diseño de una base
de datos 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: representación a los campos del registro
- Líneas: representación 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:
Las estructuras según la cardinalidad:
Cardinalidad Uno a Uno
Fernando Baculima Universidad de Cuenca
Xavier Riofrio Ingeniería en Sistemas
Cardinalidad Muchos a Uno
Cardinalidad Muchos a Muchos

More Related Content

What's hot

Funciones de un administrador de base de datos
Funciones de un administrador de base de datosFunciones de un administrador de base de datos
Funciones de un administrador de base de datosRodolfo Kuman Chi
 
Transformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicoTransformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicojosecuartas
 
Modelo Relacional (Base de Datos)
Modelo Relacional (Base de Datos)Modelo Relacional (Base de Datos)
Modelo Relacional (Base de Datos)Neguib Núñez
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del softwareTensor
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 CapasFani Calle
 
Administracion de la seguridad de sql server
Administracion de la seguridad de sql serverAdministracion de la seguridad de sql server
Administracion de la seguridad de sql serverana leydi linares serrano
 
Consideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSConsideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSevavivez
 
Proyecto De Base De Datos
Proyecto De Base De DatosProyecto De Base De Datos
Proyecto De Base De Datosguesta67b7c
 
Unidad 1 conceptos generales del diseño de sistemas
Unidad 1  conceptos generales del diseño de sistemasUnidad 1  conceptos generales del diseño de sistemas
Unidad 1 conceptos generales del diseño de sistemasyenny enriquez
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negociosullinsan
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemaUniversidad Tecnológica
 

What's hot (20)

Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Funciones de un administrador de base de datos
Funciones de un administrador de base de datosFunciones de un administrador de base de datos
Funciones de un administrador de base de datos
 
Transformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logicoTransformar modelo entidad relacion a modelo logico
Transformar modelo entidad relacion a modelo logico
 
Transacciones
TransaccionesTransacciones
Transacciones
 
Modelo Relacional (Base de Datos)
Modelo Relacional (Base de Datos)Modelo Relacional (Base de Datos)
Modelo Relacional (Base de Datos)
 
Paradigmas de ingenieria del software
Paradigmas de ingenieria del softwareParadigmas de ingenieria del software
Paradigmas de ingenieria del software
 
Modelo entidad
Modelo entidadModelo entidad
Modelo entidad
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
Java con base de datos
Java con base de datosJava con base de datos
Java con base de datos
 
DIAGRAMAS DE CLASE
DIAGRAMAS DE CLASEDIAGRAMAS DE CLASE
DIAGRAMAS DE CLASE
 
Administracion de la seguridad de sql server
Administracion de la seguridad de sql serverAdministracion de la seguridad de sql server
Administracion de la seguridad de sql server
 
Transacciones en SQL SERVER
Transacciones en SQL SERVERTransacciones en SQL SERVER
Transacciones en SQL SERVER
 
Consideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSConsideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMS
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Proyecto De Base De Datos
Proyecto De Base De DatosProyecto De Base De Datos
Proyecto De Base De Datos
 
Unidad 1 conceptos generales del diseño de sistemas
Unidad 1  conceptos generales del diseño de sistemasUnidad 1  conceptos generales del diseño de sistemas
Unidad 1 conceptos generales del diseño de sistemas
 
Modelado del negocio
Modelado del negocioModelado del negocio
Modelado del negocio
 
Exposición Diagrama de Clases
Exposición Diagrama de ClasesExposición Diagrama de Clases
Exposición Diagrama de Clases
 
diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 

Similar to Modelo jerarquico y modelo de red de base de datos

Una base de datos de red
Una base de datos de redUna base de datos de red
Una base de datos de redweneliza99
 
Modelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesModelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesManuel Vaca
 
Bases de datos
Bases de datosBases de datos
Bases de datosJosue Diaz
 
Tema2.3.1
Tema2.3.1Tema2.3.1
Tema2.3.1antonio
 
Modelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesModelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesAlfredo Rueda
 
Modelo de bases de datos
Modelo de bases de datosModelo de bases de datos
Modelo de bases de datosYipc11
 
Base de datos_1
Base de datos_1Base de datos_1
Base de datos_1SaraDevies
 
Quinto Eje Temático - Diseño de Archivos
Quinto Eje Temático - Diseño de ArchivosQuinto Eje Temático - Diseño de Archivos
Quinto Eje Temático - Diseño de Archivosjenny_casallas
 
Campos daniel presentacion de base de datos
Campos daniel presentacion de base de datosCampos daniel presentacion de base de datos
Campos daniel presentacion de base de datosDaniel Campos
 
Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...
Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...
Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...sara272016
 

Similar to Modelo jerarquico y modelo de red de base de datos (20)

Una base de datos de red
Una base de datos de redUna base de datos de red
Una base de datos de red
 
Base de datos
Base de datosBase de datos
Base de datos
 
Modelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesModelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicaciones
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Tema2.3.1
Tema2.3.1Tema2.3.1
Tema2.3.1
 
Bdd2.1
Bdd2.1Bdd2.1
Bdd2.1
 
Bases de datos de informatica
Bases de datos de informaticaBases de datos de informatica
Bases de datos de informatica
 
Modelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicacionesModelo de desarrollo de aplicaciones
Modelo de desarrollo de aplicaciones
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelo de bases de datos
Modelo de bases de datosModelo de bases de datos
Modelo de bases de datos
 
Base de datos_1
Base de datos_1Base de datos_1
Base de datos_1
 
Quinto Eje Temático - Diseño de Archivos
Quinto Eje Temático - Diseño de ArchivosQuinto Eje Temático - Diseño de Archivos
Quinto Eje Temático - Diseño de Archivos
 
Estructura de registros
Estructura de registrosEstructura de registros
Estructura de registros
 
base de datos
base de datos base de datos
base de datos
 
Campos daniel presentacion de base de datos
Campos daniel presentacion de base de datosCampos daniel presentacion de base de datos
Campos daniel presentacion de base de datos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...
Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...
Pteg g-grupo7-lista8-9-13-20-49 visita3-expo cap 9 tema sistema de bases de d...
 

Modelo jerarquico y modelo de red de base de datos

  • 1. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas MODELO JERARQUICO Y MODELO DE RED DE BASE DE DATOS MODELO JERARQUICO Los diagramas de estructura de árbol es la representación de un esquema de la base de datos jerárquica, de ahí el nombre, ya que un árbol está desarrollado precisamente en orden descendente formando una estructura jerárquica. Este tipo de diagrama está formado por dos componentes básicos: Rectángulos: que representan a los de registros. Líneas: que representan a los enlaces o ligas entre los registros. Características de las estructuras de árbol: El árbol no puede contener ciclos. Las relaciones que existen en la estructura deben ser de tal forma que solo existan relaciones muchos a uno o uno a uno entre un padre y un hijo. Consideremos la relación alumno-materia: La transformación según las cardinalidades seria: Relación Uno a Uno Relación uno a muchos
  • 2. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas Relación muchos a uno Relación muchos a muchos RECUPERACIÓN DE DATOS Para manipular la información de una base de datos jerárquico, es necesario emplear un lenguaje de manipulación de datos, el lenguaje consta de varias órdenes que están incorporadas en un lenguaje principal, Pascal. La orden Get: La recuperación de datos se realiza mediante esta orden, se realizan las siguientes acciones: Localiza un registro en la base de datos y actualiza a un puntero que es el que mantiene la dirección del último registro accesado. Copia los datos solicitados a un tipo de registro apropiado para la consulta. La orden Get debe especificar en cuál de los árboles de la base de datos se va a buscar. Existen dos órdenes Get diferentes para localizar registros en un árbol de base de datos. La orden más simple tiene la forma:
  • 3. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas getfirst where La cláusula where es opcional. La que se adjunta es un predicado que puede implicar a cualquier tipo de registro que sea un antecesor de o el mismo. La orden get localiza el primer registro (en preorden) del tipo en la base de datos que satisfaga la de la cláusula where. Si se omite la cláusula where, entonces se localiza el primer registro del tipo . Una vez que se encuentra ese registro, se hace que el puntero que tiene la dirección del último registro apuntando a ese registro y se copia el contenido del registro en un registro apto para la consulta. Para ilustrar lo anterior veamos los ejemplos: Realicemos una consulta que imprima El nombre del alumno llamado Juan Pérez (consideremos la relación Alumno-Materia que hemos estado manejando.) - getfirst Alumno whereAlumno.NombreA="Juan Pérez"; - print (Alumno.Control) Ahora consideremos que deseamos la consulta de los nombres de las materias en donde el alumno de nombre Juan Pérez ha obtenido una calificación igual a 100 (si es que existe) - get first Alumno whereAlumno.NombreA="Juan Perez" and Cursa.cal= 100; - if DB-Status=0 then print (Materia.NombreM); La condición involucra a la variable DB-Status, la cual nos indica si se encontró o no el registro. La orden getfirst, solo nos muestra el primer registro encontrado que satisfaga la orden de consulta, sin embargo puede haber más de ellos, para localizar a los demás registros empleamos la orden Getnext. Cuyoformatoes: get next where La cual localiza el siguiente registro en preorden que satisface la condición. Si se omite la cláusula where, entonces se localiza el siguiente registro del tipo . ACTUALIZACIÓN DE DATOS. Creación de nuevos registros. La orden utilizada para la inserción de registros es:
  • 4. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas - insert - where donde: tipo registro contiene los datos de los campos del registro a insertar. Sí se incluye la cláusula where, el sistema busca en el árbol de la base de datos (en preorden) un registro que satisfaga la condición dada, una vez encontrado, el registro creado se inserta en el árbol como un hijo más a la izquierda. Si se omite where, el registro nuevo es insertado en la primera posición (en preorden) en el árbol de la base de datos donde se pueda insertar un registro del mismo tipo que el nuevo. Ejemplos: Añadir una nueva alumna cuyo nombre es Rocío Veleta con número de control 93551028 de la carrera de LI; entonces la inserción del nuevo registro seria de la siguiente manera: - Aumno.NombreA:=Rocío Veleta"; - Alumno.Control:="93551028"; - Alumno.Esp:="ISC"; - insert Alumno; Consideremos que deseamos crear la alta de la materia de matemáticas 1 a la alumna con número de control 99550168. - Materia.NombreM:="Matemáticas I"; - Materia.Clave:="SCB9334"; - Materia.Cred:=8; - insert Materia; - where Alumno.Control="99550168"; Modificación de registros existentes. La instrucción para efectuar cambios a los registros es: Replace Esta instrucción no requiere los datos del registro a modificar como argumento, el registro que se afectará será aquel al que este apuntando el puntero de actualidad, que debe ser el registro que se desea modificar. Ejemplo: Consideremos que deseamos reemplazar la carrera de la alumna con número de control 99550168. - Get hold first Alumno - where Alumno.Control="99550168"; - Alumno.Esp:="LI"; - replace; Se agrega la palabra hold para que el sistema se entere que se va a modificar un registro. Eliminación de un registro
  • 5. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas Para eliminar un registro se debe apuntar al puntero de actualidad hacia ese registro, después se ejecuta la orden delete, al igual que en la orden replace, se debe poner la orden Hold. Ejemplo: Consideremos que deseamos borrar al alumno con número de control 99550168. - Get hold first Alumno; - Where Alumno.Control=’99550168’; - delete; También se puede borrar un registro(raíz), lo cual eliminaría todas sus derivaciones (hijos). Ejemplo: Consideremos que deseamos eliminar al alumno con número de control 99550168 y todas sus materias, entonces la instrucción quedaría: - get hold first Alumno - where Alumno.Control="99550168"; - delete; MODELO DE RED Una base de datos de red está formado por una colección de registros, los cuales están conectados entre sí por medio de enlaces. El registro es similar a una entidad como las empleadas en el modelo entidad-relación. El enlace es la asociación entre dos registros exclusivamente. Así que podemos verla como una relación estrictamente binaria. Una estructura de datos de red, llamada también estructura plex, abarca más que la estructura de árbol porque un nodo hijo en la estructura de red puede tener más de un padre. El modelo de red organiza datos que usan dos fundamental construcciones, registros y conjuntos. Los registros contienen campos (que puede ser organizado jerárquicamente, como en el lenguaje COBOL de lenguaje de programación). Los conjuntos (para no ser confundido con conjuntos matemáticos) definen de uno a varios relaciones entre registros: un propietario, muchos miembros. Un registro puede ser un propietario en cualquier número de conjuntos, y un miembro en cualquier número de conjuntos. El modelo de red es una variación sobre el modelo jerárquico, al grado que es construido sobre el concepto de múltiples ramas(estructuras de nivel inferior) emanando de uno o varios nodos (estructuras de nivel alto), mientras el modelo se diferencia del modelo jerárquico en esto las ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz de representar la redundancia en datos de una manera más eficiente que en el modelo jerárquico. Las operaciones del modelo de red son de navegación en el estilo: un programa mantiene una posición corriente, y navega de un registro al otro por siguiente las relaciones en las cuales el registro participa.
  • 6. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas 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, éste sería el esquema: - Cliente Cuenta Sucursal 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) DIAGRAMAS DE ESTRUCTURA DE DATOS Un diagrama de estructura de datos es un esquema que representa el diseño de una base de datos 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: representación a los campos del registro - Líneas: representación 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: Las estructuras según la cardinalidad: Cardinalidad Uno a Uno
  • 7. Fernando Baculima Universidad de Cuenca Xavier Riofrio Ingeniería en Sistemas Cardinalidad Muchos a Uno Cardinalidad Muchos a Muchos