SlideShare une entreprise Scribd logo
1  sur  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

Contenu connexe

Tendances

Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datosYarquiri Claudio
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionalesAngel Minga
 
Diagramas Analisis
Diagramas AnalisisDiagramas Analisis
Diagramas Analisisinnovalabcun
 
Diagramas de clases y actividades
Diagramas de clases y actividadesDiagramas de clases y actividades
Diagramas de clases y actividadesTerryJoss
 
Estructura de datos - Unidad 1: Introducción a las estructuras de datos
Estructura de datos - Unidad 1: Introducción a las estructuras de datosEstructura de datos - Unidad 1: Introducción a las estructuras de datos
Estructura de datos - Unidad 1: Introducción a las estructuras de datosJosé Antonio Sandoval Acosta
 
Estructura de Datos - árboles y grafos
Estructura de Datos - árboles y grafosEstructura de Datos - árboles y grafos
Estructura de Datos - árboles y grafosMiguel Rodríguez
 
1. modelo entidad relacion ejemplo
1. modelo entidad relacion   ejemplo1. modelo entidad relacion   ejemplo
1. modelo entidad relacion ejemplouniv of pamplona
 
Entidad relacion
Entidad relacionEntidad relacion
Entidad relacionadfc8
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 CapasFani Calle
 
Tipos de-datos-power-designer
Tipos de-datos-power-designerTipos de-datos-power-designer
Tipos de-datos-power-designerWen MuZo
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetosyoiner santiago
 
Algebra relacional
Algebra relacionalAlgebra relacional
Algebra relacionalLuis Jherry
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML1da4
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datosJorge Garcia
 

Tendances (20)

Fundamentos de BD - Unidad 5 algebra relacional
Fundamentos de BD - Unidad 5 algebra relacionalFundamentos de BD - Unidad 5 algebra relacional
Fundamentos de BD - Unidad 5 algebra relacional
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datos
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionales
 
Diagramas Analisis
Diagramas AnalisisDiagramas Analisis
Diagramas Analisis
 
Diagramas de clases y actividades
Diagramas de clases y actividadesDiagramas de clases y actividades
Diagramas de clases y actividades
 
Unidad 6 Lenguaje Sql
Unidad 6 Lenguaje SqlUnidad 6 Lenguaje Sql
Unidad 6 Lenguaje Sql
 
Estructura de datos - Unidad 1: Introducción a las estructuras de datos
Estructura de datos - Unidad 1: Introducción a las estructuras de datosEstructura de datos - Unidad 1: Introducción a las estructuras de datos
Estructura de datos - Unidad 1: Introducción a las estructuras de datos
 
Estructura de Datos - árboles y grafos
Estructura de Datos - árboles y grafosEstructura de Datos - árboles y grafos
Estructura de Datos - árboles y grafos
 
1. modelo entidad relacion ejemplo
1. modelo entidad relacion   ejemplo1. modelo entidad relacion   ejemplo
1. modelo entidad relacion ejemplo
 
Entidad relacion
Entidad relacionEntidad relacion
Entidad relacion
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
Modelo de entidad relación extendido
Modelo de entidad relación extendidoModelo de entidad relación extendido
Modelo de entidad relación extendido
 
Tipos de-datos-power-designer
Tipos de-datos-power-designerTipos de-datos-power-designer
Tipos de-datos-power-designer
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
Algebra relacional
Algebra relacionalAlgebra relacional
Algebra relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Fundamentos de las bases de datos
Fundamentos de las bases de datosFundamentos de las bases de datos
Fundamentos de las bases de datos
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Diagramas UML
Diagramas UMLDiagramas UML
Diagramas UML
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
 

Similaire à Modelo jerarquico y modelo de red de base de datos

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
 

Similaire à Modelo jerarquico y modelo de red de base de datos (20)

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...
 
Base de datos
Base de datosBase de datos
Base de datos
 

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