Trabajo

COMPUTACION APLICADA
MODELOS DE BASE DE DATOS

(JERARQUICO, RED, RELACIONAL,
DEDUCTIVO, ORIENTACION)
INTEGRANTES:
SALAS CUTIPA, JUAN VENANCIO
CASILLA SOTOMAYOR, DAVID
MUOZ MUOZ, YSABEL CAROLAY
DOCENTE:
ING. WALTER NELSON CAHUANA
OCHOA
CURSO: COMPUTACION APLICADA
CICLO: IX
MOQUEGUA PERU
2017
MODELOS DE BASE DE DATOS (JERARQUICO, RED, RELACIONAL, DEDUCTIVO, ORIENTACION) 12-9-2017
Contenido
MODELOS DE BASE DE DATOS (JERARQUICO, RED, RELACIONAL, DEDUCTIVO, ORIENTACION)
....................................................................................................................................................... 4
1. INTRODUCCION ......................................................................................................... 4
2. MARCO TEORICO, DESARROLLO DEL TEMA ........................................................ 5
2.1. MODELO DE BASES DE DATOS JERRQUICO .............................................. 5
2.1.1. Introduccin .............................................................................................................. 5
2.1.2. Conceptos bsicos ..................................................................................................... 5
2.1.3. Caractersticas de la estructura jerrquica .............................................................. 6
2.1.4. Ejemplo .......................................................................Error! Bookmark not defined.
2.1.5. Esquema y ocurrencia de rbol ..................................Error! Bookmark not defined.
2.1.6. Definicin del modelo jerrquico ...............................Error! Bookmark not defined.
2.1.7. Problemas del modelo jerrquico ..............................Error! Bookmark not defined.
2.2. MODELO DE BASE DE DATOS DE RED............................................................. 9
2.2.1. Concepto ................................................................................................................... 9
2.2.2. Ejemplo ..................................................................................................................... 9
2.2.3. Inventor del modelo de base de red....................................................................... 11
2.2.4. Ventaja y desventaja .............................................................................................. 11
2.2.5. Ejemplo de modelo de datos de red ....................................................................... 11
2.3. MODELO DE BASE DE DATOS RELACIONAL ............................................... 13
2.3.1. Introduccin ............................................................................................................ 13
2.3.2. Objetivo ................................................................................................................... 14
2.3.3. El modelo relacional ............................................................................................... 14
2.3.4. Relaciones (Tablas) ................................................................................................. 15
2.3.5. Caractersticas de las bases de datos relacionales ................................................ 16
2.3.6. Manejo de las bases de datos relacionales. .......................................................... 16
2.3.7. Consultas, formularios, informes impresos. .......................................................... 17
2.3.8. El concepto de valor nulo en el modelo relacional ................................................ 18
2.4. MODELO DE BASE DE DATOS DEDUCTIVO .................................................. 20
2.4.1. Introduccin ............................................................................................................ 20
2.4.2. Desarrollo ................................................................................................................ 21
2.4.3. Ventajas y Desventajas .......................................................................................... 22
2.4.4. Utilizacin ............................................................................................................... 23
2.4.5. Que es un sistema de bases deductivas ................................................................. 24
2.4.6. Aplicaciones de LDL : .............................................................................................. 24
CORE I3 1
2.5. MODELO DE BASE DE DATOS DE ORIENTACIN ....................................... 26

2.5.1. Planteamiento del problema.................................................................................. 26
2.5.2. Historia .................................................................................................................... 26
2.5.3. Desarrollo ................................................................................................................ 26
2.5.4. Compatibilidad con lenguajes de programacin ................................................... 27
2.5.5. Ventajas y desventajas ........................................................................................... 28
2.5.6. Aspectos tecnolgicos ............................................................................................ 28
3. OBJETIVOS ................................................................................................................. 29
4. APLICACIONES ......................................................................................................... 29
5. CONCLUSIONES Y RECOMENDACIONES .............................................................. 29
6. REFERENCIAS............................................................................................................ 29
7. BIBLIOGRAFIA .......................................................................................................... 29
CORE I3 2
CORE I3 3
MODELOS DE BASE DE DATOS (JERARQUICO, RED, RELACIONAL,

DEDUCTIVO, ORIENTACION)
1. INTRODUCCION
Un modelo de base de datos muestra la estructura lgica de la base, incluidas las
relaciones y limitaciones que determinan cmo se almacenan los datos y cmo se
accede a ellos. Los modelos de bases de datos individuales se disean en base a las
reglas y los conceptos de cualquier modelo de datos ms amplio que los diseadores
adopten. La mayora de los modelos de datos se pueden representar por medio de un
diagrama de base de datos acompaante.
Tipos de modelos de bases de datos, hay muchos tipos de modelos de bases de datos.
Algunos de los ms comunes incluyen:
Modelo de base de datos jerrquico
Modelo relacional
Modelo de red
Modelo de base de datos orientado a objetos
Modelo entidad-relacin
Modelo de documentos
Modelo entidad-atributo-valor
Esquema de estrella
Modelo relacional de objetos, que combina los dos que forman su nombre
Puedes elegir describir una base de datos con cualquiera de ellos dependiendo de
varios factores. El mayor factor es si el sistema de gestin de bases de datos que ests
usando es compatible con un modelo en particular. La mayora de los sistemas de
gestin de bases de datos estn desarrollados con un modelo de datos particular en
mente y requieren que los usuarios adopten ese modelo, aunque algunos son
compatibles con mltiples modelos.
Adems, diferentes modelos aplican a diferentes etapas del proceso de diseo de bases
de datos. Los modelos de datos conceptuales de alto nivel son mejores para crear
mapas de relaciones entre datos en las formas en que la gente percibe esos datos. Por
otro lado, los modelos lgicos basados en registros reflejan ms estrechamente las
formas en que los datos se almacenan en el servidor.
Figura 1. BASE DE DATOS RELACIONAL
CORE I3 4
2. MARCO TEORICO, DESARROLLO DEL TEMA

2.1. MODELO DE BASES DE DATOS JERRQUICO
2.1.1. Introduccin
Entre los primeros modelos de datos que surgieron en los Sistemas de Gestin de Bases
Datos comerciales se encuentran las estructuras en rbol, propias de los productos
jerrquicos.
Los rboles, como instrumentos para la representacin de estructuras de datos,

presentan problemas por su poca flexibilidad, lo que da origen a una falta de adaptacin
a muchas organizaciones reales. El rbol se organiza en un conjunto de niveles.
Fue uno de los primeros sistemas de bases de datos comerciales, la primera versin de
sistema (IMS/360 Versin 1") apareci en 1968.
Los productos basados en este tipo de modelos han perdido las altas cuotas de mercado
de las que disfrutaban hace una dcada y se consideran sistemas muy superados por
la tecnologa relacional, sin embargo an persisten muchas aplicaciones basadas en
este modelo.
2.1.2. Conceptos bsicos
Es un modelo muy rgido en el que las diferentes entidades de las que est compuesta
una determinada situacin, se organizan en niveles mltiples de acuerdo a una estricta
relacin PADRE/HIJO, de manera que un padre puede tener ms de un hijo, todos ellos
localizados en el mismo nivel, y un hijo nicamente puede tener un padre situado en el
nivel inmediatamente superior al suyo.
Esta estricta relacin PADRE/HIJO implica que no puedan establecerse relaciones entre
segmentos dentro de un mismo nivel.
La representacin grfica de un modelo jerrquico se realiza mediante la estructura de

ARBOL INVERTIDO, en la que el nivel superior est ocupado por una nica entidad,
bajo la cual se distribuyen el resto de las entidades en niveles que se van ramificando;
son especialmente tiles en el caso de aplicaciones que manejan un gran volumen de
datos
Los diferentes niveles quedan unidos por medio de las relaciones, Las entidades se
denominan en el caso particular del modelo jerrquico SEGMENTOS, mientras que los
atributos reciben el nombre de CAMPOS.
CORE I3 5
2.1.3. Caractersticas de la estructura jerrquica
Los segmentos, en funcin de su situacin en el rbol y de sus caractersticas, pueden

denominarse como:
1) SEGMENTO PADRE: Es aqul que tiene descendientes, todos ellos localizados

en el mismo nivel.
Figura 2. SEGMENTO PADRE
2) SEGMENTO HIJO: Es aqul que depende de un segmento de nivel superior.

Todos los hijos de un mismo padre estn en el mismo nivel del rbol.
Figura 3. SEGMENTO HIJO
3) SEGMENTO RAZ: El segmento raz de una base de datos jerrquica es el padre

que no tiene padre. El nodo raz, el ms alto de la jerarqua, se corresponde
con el nivel 0. Todo nodo, a excepcin del nodo raz, ha de tener
obligatoriamente un padre.
La raz siempre es nica y ocupa el nivel superior del rbol.
CORE I3 6
Figura 4. SEGMENTO RAIZ
Un REGISTRO de la base de datos es el conjunto formado por una ocurrencia del

segmento raz y todas las ocurrencias del resto de los segmentos de la base de datos
que dependen jerrquicamente de dicha ocurrencia raz.
La relacin PADRE/HIJO en la que se apoyan las bases de datos jerrquicas, determina

que el camino de acceso a los datos sea NICO; este camino, denominado CAMINO
SECUENCIA
Figura 5. EJEMPLO DE MODELO JERARQUICO
CORE I3 7
Ventaja:
Se puede predefinir relaciones, lo que simplifica las variaciones a futuro.

La ventaja en base de datos jerarquico, la navegacin se realiza de una forma
muy rpida.
Es fcil de ver la estructura de la base de datos.
Su implementacin es sencilla y rpida de implantar.
Desventaja:
El conjunto de operadores DML (Lenguaje de Manipulacin de Datos) es difcil

de implementar y de usar.
Nos obliga a almacenar varios tipos de registros en el mismo fichero, lo que
hace su mantenimiento sea costoso computacionalmente.
Hay una dependencia existencial obligatoria de los registros secundario con
respecto a los de tipo raz; no se podr insertar un registro de tipo secundario
mientras no exista uno de tipo raz con el que engancharlo.
Figura 6. BASE DE DATOS
CORE I3 8
2.2. MODELO DE BASE DE DATOS DE RED

2.2.1. Concepto
El modelo de red se basa en el modelo jerrquico, permitiendo relaciones de muchos a
muchos entre registros vinculados, lo que implica registros principales mltiples. Basado
en la teora matemtica de conjuntos, el modelo se construye con conjuntos de registros
relacionados. Cada conjunto consiste de un registro propietario o principal y uno o ms
registros miembros o secundarios. Un registro puede ser miembro o secundario en
mltiples conjuntos, permitiendo que este modelo represente relaciones complejas.
Figura 7. MODELO DE BASE DE RED
2.2.2. Ejemplo
Los vendedores destacados para distribuir determinados productos en algunas
ciudades pueden ilustrar este modelo
Cada Producto puede ser distribuido por ms de un Vendedor, as mismo cada
Vendedor puede encargarse de diferentes Ciudades.
CORE I3 9
El modelo de red organiza datos que usan dos fundamentales construcciones, registros
y conjuntos. Los registros contienen campos (que puede ser organizado
jerrquicamente, como en el lenguaje COBOL de lenguaje de programacin). Los
conjuntos (para no ser confundido con conjuntos matemticos) definen de uno a varios
relaciones entre registros: un propietario, muchos miembros.
Un registro puede ser un propietario en cualquier nmero de conjuntos, y un miembro
en cualquier nmero de conjuntos. El modelo de red es una variacin sobre el modelo
jerrquico, al grado que es construido sobre el concepto de mltiples ramas(estructuras
de nivel inferior) emanando de uno o varios nodos (estructuras de nivel alto), mientras
el modelo se diferencia del modelo jerrquico en esto las ramas pueden estar unidas a
mltiples nodos. El modelo de red es capaz de representar la redundancia en datos de
una manera ms eficiente que en el modelo jerrquico. Las operaciones del modelo de
red son de navegacin en el estilo: un programa mantiene una posicin corriente, y
navega de un registro al otro por siguiente las relaciones en las cuales el registro
participa.
La mayor parte de bases de datos de objeto usan el concepto de navegacin para
proporcionar la navegacin rpida a travs de las redes de objetos, generalmente
usando identificadores de objeto como indicadores "inteligentes" de objetos
relacionados. Objectivity/DB, por ejemplo, los instrumentos llamados 1:1, 1:muchos,
muchos:1 y muchos:muchos, llamados relaciones que pueden cruzar bases de datos.
Muchas bases de datos de objeto tambin apoyan SQL, combinando las fuerzas de
ambos modelos.
En el modelo de red no existen restricciones, si queremos representar que un cliente
puede tener varias cuentas, cada una de las cules slo puede tener un titular, y cada
cuenta sta en una sola sucursal, que por supuesto puede ser compartida por varias
cuentas, ste sera el esquema:
Cliente Cuenta Sucursal

Con el modelo relacional podramos tener ambas entidades definidas de la
siguiente forma:
Cliente = (N Cliente: Acceso Principal; Nombre, Direccin, N Cuenta: Acceso
Ajeno)
Cuenta = (N Cuenta: Acceso Principal; Saldo)
La programacin facilita realizar una o varias tareas, tales como buscar, leer, insertar,
eliminar y modificar los registros. Por lo que es necesario el uso del programa de
manipulacin de datos (DML). El genera rdenes de registro por registro incorporadas
en un lenguaje de programacin de aplicacin general, se llama lenguaje anfitrin.
Para poder comprender perfectamente es necesario entender algunos trminos.
Registros actuales: Son registros especficos identificados de la base de datos.
Indicadores de actualidad, los cuales son los responsables de llevar el control de varios
registros y ocurrencias; existen tres tipos de indicadores de actualidad.
1
CORE I3
0
o Actual de tipo de registros

o Actual de tipo de conjuntos
o Actual de unidad de ejecucin
2.2.3. Inventor del modelo de base de red

El inventor original del modelo de red fue Charles Bachman, y
con ello fue desarrollado en una especificacin estndar
publicada en 1969 por el consorcio CODASYL. En 1969, la
Conferencia de Lenguajes en Sistemas de Datos (CODASYL)
estableci la primera especificacin del modelo de base de
datos de red. Esto fue seguido de una segunda publicacin en
1971, que se hizo la base para la mayor parte de puestas en
prctica.
El modelo de red es un Modelo de Base de Datos concebido
como un modo flexible de representar registros y su relacin. El
modelo de red permite a cada registro tener mltiples entidades
y atributos, formando una estructura de enrejado. El argumento
principal a favor del modelo de red, en comparacin con el
modelo jerrquico, era que permiti un modelado ms natural Figura 8. CHARLES
de relaciones entre entidades. BACHMAN
2.2.4. Ventaja y desventaja

VENTAJA
Evita redundancia en la informacin, a travs de la incorporacin de un tipo de registro
denominado el conector.
DESVENTAJA
La dificultad surge al manejar las conexiones o ligas entre los registros y sus
correspondientes registros conectores
2.2.5. Ejemplo de modelo de datos de red

1) Se tiene el siguiente modelo relacional, el cual ser transformado en un modelo
de datos de red:
1
CORE I3
1
Figura 9. MODELO RELACIONAL TRANSFORMADO A UN MODELO DE DATOS DE RED
2) Esta modelo relacional transformada al modelo de red sera la siguiente:
Figura 10. MODELO RELACIONAL YA TRANSFORMADO
3) En este ejemplo, los tipos de registros son: CURSO, REQUISITO, OFERTA,

PROFESOR y ESTUDIANTE. CURSO es el tipo de segmento raz:
1
CORE I3
2
Figura 11. EJEMPLO TIPO DE REGISTRO
2.3. MODELO DE BASE DE DATOS RELACIONAL
2.3.1. Introduccin
El modelo relacional es un modelo de datos y, como tal, tiene en cuenta los tres aspectos
siguientes de los datos:
1) La estructura, que debe permitir representar la informacin que nos interesa del
mundo real.
2) La manipulacin, a la que da apoyo mediante las operaciones de actualizacin
y consulta de los datos.
3) La integridad, que es facilitada mediante el establecimiento de reglas de
integridad; es decir, condiciones que los datos deben cumplir.
Los principios del modelo de datos relacional fueron establecidos por E.F. Codd en los
aos 1969 y 1970. De todos modos, hasta la dcada de los ochenta no se empezaron
a comercializar los primeros SGBD relacionales con rendimientos aceptables. Cabe
sealar que los SGBD relacionales que se comercializan actualmente todava no
soportan todo lo que establece la teora relacional hasta el ltimo detalle.
1
CORE I3
3
2.3.2. Objetivo
El principal objetivo del modelo de datos relacional es facilitar que la base de datos sea
percibida o vista por el usuario como una estructura lgica que consiste en un conjunto
de relaciones y no como una estructura fsica de implementacin. Esto ayuda a
conseguir un alto grado de independencia de los datos.
Un objetivo adicional del modelo es conseguir que esta estructura lgica con la que se
percibe la base de datos sea simple y uniforme.
2.3.3. El modelo relacional
En el modelo relacional se utiliza un grupo de tablas para representar los datos y las
relaciones entre ellos.
El modelo de datos relacional organiza y representa los datos en forma de tabla, una
base datos relacional es una coleccin de relaciones (tablas), cada una de las cuales
tiene un nombre nico.
Cada tabla est compuesta por varias columnas, y cada columna tiene un nombre nico.
El modelo relacional es un ejemplo de un modelo basado en registros.
Los modelos basados en registros se llaman as porque la base de datos se estructura
en registros de formato fijo de varios tipos. Cada tabla contiene registros de un tipo
particular.
Cada tipo de registro define un nmero fijo de campos o atributos. Las columnas de la
tabla corresponden a los atributos del tipo de registro.
En las bases de datos relacionales los datos se almacenan en distintas tablas por asunto
o tarea, pero estn relacionados y se pueden combinar de las maneras que se
especifique, de forma que se puede extraer y unir toda esta informacin siempre que se
desee.
Las relaciones o las tablas permiten representar la informacin de forma ms compacta.
En una base de datos relacional, la idea es optimizar la manera en la que los usuarios
especifican, buscan y generan informes de datos.
A continuacin se definen los cuatro objetos bsicos de una base de datos:
1) Las relaciones o tablas almacenan los datos en filas y columnas. Todas las
bases de datos contienen una o ms tablas.
2) Las consultas recuperan y procesan los datos. Pueden combinar datos de
distintas tablas, actualizar los datos y realizar clculos con stos.
3) Los formularios controlan la entrada de datos y las vistas de datos. Proporcionan
indicaciones visuales que simplifican el trabajo con los datos.
4) Los informes resumen e imprimen los datos. Convierten los datos de las tablas
y consultas en documentos que comunican ideas.
Una base de datos relacional se compone de tablas independientes que estn

asociadas por de relaciones. Es posible acceder a la informacin contenida en dos o
ms tablas simultneamente. Antes de comenzar con la siguiente seccin, es importante
mencionar que existen tres diferentes terminologas dentro del modelo relacional, en la
tabla 3.1 se presenta la equivalencia entre estas terminologas. Dejaremos opcional al
lector los trminos a utilizar, ya que lo importante es que se entienda el concepto y que
se use de la manera adecuada.
1
CORE I3
4
Tabla 1. COMPARACION DE LA TERMINOLOGIA USADA EN EL MODELO RELACIONAL
Los conceptos bsicos del modelo relacional son:
Registro: Es algo as como cada ficha de un fichero convencional.

Tabla: Es un conjunto de fichas de un mismo tipo.
2.3.4. Relaciones (Tablas)
Las relaciones, tambin llamadas tablas, son los pilares esenciales de cualquier base
de datos, ya que almacenan los datos.
Las relaciones vinculan los datos de las distintas tablas para que sean ms tiles.
Una base de datos debera tener una relacin distinta para cada asunto principal, como
registros de empleados, pedidos de clientes, mtodos de entrega o proveedores. No
deben duplicarse los datos en varias relaciones. Esto es un error comn fcil de evitar
si se estructuran bien las tablas.
Como se muestra en la figura 17 cada tabla o relacin contiene filas, denominadas
registros y columnas, denominadas campos o atributos.
Figura 12. ESTRUCTURA DE UNA RELACION
Registros: una tupla o registro es un conjunto de hechos acerca de una persona, de un

evento o de cualquier otro elemento de inters. Por ejemplo el alumno Gulmaro Prez y
su matrcula, promedio, fecha de ingreso, etc. Cada tupla o registro contiene los valores
que toma cada uno de los campos de un elemento de la tabla.
En una base de datos bien estructurada, cada tupla o registro debe ser nico. Es decir,
no deben existir dos o ms registros que contengan exactamente la misma informacin.
Campos (atributos): un campo o atributo es una sola clase de hecho que se puede
aplicar a cada persona, evento o registro. Por ejemplo, Cdigo postal puede ser un
campo de una tabla de Empleados. Telfono puede ser un campo de una tabla de
Transportistas. Matrcula puede ser un campo de una tabla de Alumnos.
Los campos de la base de datos tienen valores que determinan el tipo de datos que
pueden almacenar, cmo se muestran los datos y qu se puede hacer con ellos.
.
Un valor importante para los campos es el tipo de datos, que puede ser nmero, texto,
moneda (dinero), fecha, hora, etc. El tipo de datos limita y describe la clase de
1
CORE I3
5
informacin del campo. Tambin determina las acciones que se pueden realizar en el
campo y la cantidad de memoria que utilizan los datos.
Los campos tambin tienen propiedades que controlan los detalles de la informacin
que contienen, incluida la longitud de caracteres, un valor predeterminado y una regla
de validacin que comprueba que los datos satisfacen ciertos criterios. Las propiedades
simplifican la entrada y administracin de los datos.
2.3.5. Caractersticas de las bases de datos relacionales
La estructura de una relacin puede implementarse de maneras muy diferentes:

archivos indexados, archivos invertidos, archivos con direccionamiento calculado por
dispersin (hashing), etc. Por esto, no existe un orden entre los registros de una relacin.
La nica forma de seleccionar un registro es especificando el valor de algunos de sus
atributos. Los pares de un registro no estn ordenados entre s, ya que el registro es
tambin un conjunto, de manera que la nica forma de hacer referencia y acceder a un
componente de registro es mediante el nombre del atributo correspondiente.
Podemos decir que una base de datos relacional tiene las siguientes caractersticas:
La base de datos est compuesta generalmente de muchas Tablas (Relaciones).
Cada Tabla contiene un nmero fijo de Campos (Columnas).
El nombre de los Campos que componen una Tabla debe ser distinto.
Cada Registro (Tupla) de una Tabla es nico. Es decir, no existen registros
repetidas en una relacin.
El orden de los Registros y el orden de los Campos de una Tabla no est
determinado.
Para cada Campo existe un conjunto de valores posibles llamado: Dominio.
2.3.6. Manejo de las bases de datos relacionales.
2.3.6.1. Relacionando tablas: Interrelaciones.

Una clave principal separa informacin similar y hace que cada registro sea nico, pero
tambin asocia informacin. Para relacionar dos tablas se utiliza una clave principal. De
esta forma las tablas comparten datos sin que se repita la informacin en ambas.
Las claves principales permiten explotar la eficacia de una base de datos relacional en
lugar de trabajar con numerosas listas repetitivas que son difciles de mantener y no se
relacionan entre s. Cuando las tablas estn relacionadas, la clave principal de una tabla
pasa a ser una clave externa de la otra tabla.
Los datos deben organizarse en tablas segn los asuntos asociados a los datos. Una
base de datos bien estructurada tiene una tabla para cada asunto al que pertenecen los
datos, como Empleados, Estudiantes o Productos.
Una clave principal es un identificador nico que distingue un registro de otro y vincula
los datos de una tabla a los datos de otras tablas.
Una interrelacin es una asociacin entre tablas que se establece mediante la clave
externa de una tabla (tabla hija o tabla dependiente) y la clave principal de la otra (tabla
padre o tabla maestra). La clave externa es un atributo o conjunto de atributos de la
tabla dependiente cuyos valores se corresponden con la clave principal de la tabla
maestra. Los dominios de ambas claves deben ser compatibles.
Por ejemplo, si tenemos una tabla de Profesores y una tabla de Grupos. El nmero de
empleado es la clave principal de la tabla maestra Profesores y es una clave externa
de la tabla dependiente Grupos. La tabla Grupos tiene su propia clave principal que es
la clave de la UEA. Cuando se le pide al profesor Nicodemo Snchez que imparta una
1
CORE I3
6
UEA, su nmero de empleado se introduce en la tabla Grupos, este nmero de

empleado hace referencia a los detalles de Nicodemo en la tabla Profesores, por lo que
no es necesario repetir los datos de Nicodemo, en este caso el departamento al que
pertenece y su telfono, en la tabla Grupos.
Ntese en la figura 18 que el nmero de empleado de Nicodemo puede estar varias

veces en la tabla
Grupos en el caso
de que l sea
profesor de varias
UEAs.
Figura 13. CLAVES EN LAS TABLAS
2.3.7. Consultas, formularios, informes impresos.
Consultas
Con las consultas se puede obtener informacin mediante la asociacin de los datos
almacenados en la base de datos o mediante la realizacin de clculos con los datos
para proporcionar ms informacin.
Para obtener cierta informacin, las consultas recuperan, filtran, ordenan y asocian los
datos a peticin. Otra caracterstica importante de las consultas es que pueden combinar
los datos de varias tablas en una sola vista.
Cuando una consulta encuentra datos y los muestra, tambin puede procesarlos segn
sus instrucciones. Una consulta puede realizar clculos con los datos, por ejemplo,
obtener el promedio de todas las calificaciones de las asignaturas de un trimestre.
Una consulta tambin puede quitar datos: eliminar los nombres de los alumnos que no
aprobaron el curso.
Utilizando el lgebra relacional que estudiaremos posteriormente veremos con detalle
el poder que tienen las consultas dentro de una base de datos.
Formularios
Los formularios permiten introducir o ver datos en la base de datos fcilmente. Los
formularios se pueden considerar ventanas a travs de las cules las personas pueden
trabajar con los datos.
Los formularios controlan y simplifican la entrada de datos. Cuando se introducen datos
en un formulario, stos se guardan en una tabla adicional.
1
CORE I3
7
Los formularios hacen que los datos de una tabla o consulta sean ms fciles de
comprender, ya que se presentan en diseos visualmente llamativos. Proporcionan
listas desplegables, instrucciones, controles de desplazamiento y grficos que ayudan
a los usuarios a trabajar con los datos. De un modo u otro, los formularios hacen que
esta tarea sea ms agradable.
En algunos casos resulta ms prctico utilizar un formulario en lugar de una tabla porque
ste puede proporcionar texto con instrucciones, adems de grficos y controles para
simplificar la entrada o visualizacin de los datos.
Informes impresos
Los informes convierten los datos en documentos. Los informes pueden tener distintas
formas y tamaos, pero todos ellos estn diseados para presentar los datos de forma
impresa. Los informes proporcionan los medios para dar el mejor formato posible para
un fin dado a la apariencia de los datos impresos.
Por medio de los informes se pueden agrupar los datos, realizar clculos con ellos, y
agregar titulares y otros elementos de formato para hacer que tengan ms significado y
sean ms fciles de leer.
Lo prctico de un informe es que, una vez que se crea, se puede guardar su formato de
manera que tenga la misma apariencia cada vez que lo imprima, a pesar de que los
datos cambien.
2.3.8. El concepto de valor nulo en el modelo relacional
En muchas ocasiones trabajar con dos valores (prendido-apagado, si-no, verdadero-

falso, etc.) Es suficiente, sin embargo, existen reas en donde son necesarios tres
valores (prendido-apagado-desconectado, si-no-indeterminado, verdadero-falso-no
especificado), en el caso del modelo relacional, se introduce el concepto de valor nulo,
que tambin se denomina valor ausente, para indicar un tercer estado que representa
la informacin: desconocida, inaplicable, inexistente, no vlida, no proporcionada,
indefinida, etc.
Para el tratamiento de los valores nulos hay que definir:
Operaciones de comparacin.
Operaciones aritmticas.
Operaciones algebraicas.
Funciones de agregacin.
En esta seccin nos concentraremos en las funciones de comparacin, aqu surge la

lgica en donde, se definen tres valores:
V: Verdadero
F: Falso
Q: Quizs
A continuacin, en las Tabla2, Tabla3 y Tabla4 se muestran las tablas de verdad para
las operaciones NOT, AND y OR de la lgica:
1
CORE I3
8
Tabla 2. TABLA DE VERDAD DE LA OPERACION NOT
Tabla 3. TABLA DE VERDAD DE LA OPERACION
Tabla 4. TABLA DE VERDAD DE LA OPERACION OR
Se define el operador:
Este operador toma el valor de verdadero si el operando es nulo y falso en caso
contrario.
En cuanto a las operaciones aritmticas con valores nulos, se considera nulo el
resultado de sumar, restar, multiplicar o dividir cuando alguno de los operandos toma el
valor nulo.
Tambin los valores nulos afectan en algunas operaciones algebraicas.
1
CORE I3
9
2.4. MODELO DE BASE DE DATOS DEDUCTIVO

2.4.1. Introduccin
Las Bases de Datos nacen de la necesidad de almacenar y utilizar conocimiento de una
manera eciente.
Las BDDs consisten de un set de aserciones, o
hechos, conocidos como la base de datos
extensional (EDB), y un set de reglas, referidos
como la base de datos intencional (IDB).
La EDB se encuentra general-mente almacenada
en una base de datos relacional, y constituye el
conocimiento bsico de las BDDs. Las reglas
permiten obtener o deducir nuevo conocimiento a
partir de la EDB, conocimiento que no se
encuentra almacenado directamente en la EDB. De esta manera, las BDDs permiten
inferir nuevo conocimiento, el cual puede ser usado para la toma de decisiones
importantes del negocio.
Existen diversas clases de BDDs y para cada una de ellas existe una semntica bien
denida. Las BDDs son muy usadas en las reas de: inteligencia articial, sistemas
expertos, representacin del conocimiento, tecnologa de agentes, sistemas de
informacin, integracin de datos, por nombrar algunas. Existe una importante relacin
entre BDDs y programacin lgica. En este curso analizaremos el impacto que ha tenido
la programacin lgica sobre las bases de datos. En particular, la programacin lgica
a contribuido al entendimiento de la semntica de una base de datos, a extendido el
concepto de bases de datos relacionales y tambin a contribuido con la introduccin de
nuevas herramientas deductivas para los usuarios de las bases de datos. El inters de
los Sistemas de Gestin de Bases de Datos Deductivas tiende a incrementarse
conforme se ampla su campo de aplicacin.
Los estudios relativos a tales sistemas han comenzado a realizarse hace algunos aos,
inspirndose inicialmente en las tcnicas desarrolladas en Inteligencia Artificial en el
marco de los sistemas Pregunta - Respuesta, adaptndolas a las limitaciones
especficas de las Bases de Datos.
Una BD deductiva es un Sistema que permite derivar nuevas informaciones a partir de
las introducidas explcitamente en la Base por el usuario. Este maneja la perspectiva
segn la teora de las demostraciones de una base de datos, y en particular es capaz
de deducir hechos a partir de la base de datos extensional, es decir, las relaciones base,
aplicando a esos hechos axiomas deductivos o reglas de inferencias especificados. Esta
funcin deductiva se realiza mediante la adecuada explotacin de ciertos conocimientos
generales relativos a las informaciones de la Base.
2
CORE I3
0
2.4.2. Desarrollo
Un sistema de bases de datos que tenga la capacidad de denir reglas con las cuales
deducir o inferir informacin adicional a partir de los hechos almacenados en las bases
de datos se llama Sistema de Bases de Datos Deductivas. Puesto que parte de los
fundamentos tericos de algunos sistemas de esta especie es la lgica matemtica, a
menudo se les denomina Bases de Datos Lgicas. Una base de datos deductiva es, en
esencia, un programa lgico; mapeo de relaciones base hacia hechos, y reglas que son
usadas para denir nuevas relaciones en trminos de las relaciones base y el
procesamiento de consultas. Los sistemas Bases de Datos Deductivas intentan
modicar el hecho de que los datos requeridos residan en la memoria principal (por lo
que la gestin de almacenamiento secundario no viene al caso) de modo que un SGBD
se ample para manejar datos que residen en almacenamiento secundario. En un
sistema de Bases de Datos Deductivas por lo regular se usa un lenguaje declarativo
para especicar reglas. Con lenguaje declarativo se quiere decir un lenguaje que dene
lo que un programa desea lograr, en vez de especicarlos detalles de cmo lograrlo.
Una mquina de inferencia (o mecanismo de deduccin) dentro del sistema puede
deducir hechos nuevos a partir de la base de datos interpretando dichas reglas. El
modelo empleado en las Bases de Datos Deductivas est ntimamente relacionado con
el modelo de datos relacional, y sobre todo con el formalismo del clculo relacional.
Tambin est relacionado con el campo de la programacin lgica y el lenguaje Prolog.
Los trabajos sobre Bases de Datos Deductivas basados en lgica han utilizado Prolog
como punto de partida. Con un subconjunto de Prolog llamado Datalog se denen reglas
declarativamente junto con un conjunto de relaciones existentes que se tratan como
literales en el lenguaje. Aunque la estructura gramatical se parece a lade Prolog, su
semntica operativa (esto es, la forma como debe ejecutarse un programa en Datalog)
queda abierta.Una Base de Datos Deductiva utiliza dos tipos de especicaciones:
hechos y reglas.
Los hechos se especican de manera similar a como se especican las relaciones,
excepto que no es necesario incluir los nombres de los atributos. Recordemos que una
tupla en una relacin describe algn hecho del mundo real cuyo signicado queda
determinado en parte por los nombres de los atributos.
Como se utiliza
2
CORE I3
1
Figura 14. COMO SE UTILIZA
Figura 15. BASE DE DATOS DEDUCTIVA
2.4.3. Ventajas y Desventajas
o VENTAJAS
Almacenamiento de pocos datos. Esto se debe gracias a que utiliza un mapeo
de relaciones entre datos y reglas, con lo que se minimiza la cantidad de datos
almacenados.
Ofrecen reglas que permiten crear combinaciones de datos. Lo que ayuda
mucho a recoger una mejor semntica del problema.
Soportan objetos y conjuntos complejos. Al igual que en el punto anterior ayuda
a recoger mucho mejor la semntica del problema y adems lo hace ms
modulable.
Ofrecen la capacidad de expresar consultas por medio de reglas lgicas. De esta
forma las consultas pueden obtener de una manera ms optimizada los datos
requeridos, sin tener que hacer otro paso posterior por un optimizador de
consultas.
2
CORE I3
2
Permiten consultas recursivas y algoritmos eficientes para su evaluacin. Este

tipo de bases de datos fue uno de los primeros en proporcionar las consultas
recursivas. La eficiencia de los algoritmos nos lleva a obtener consultas ms
optimizadas.
Cuentan con mtodos de optimizacin que garantizan la traduccin de
especificaciones dentro de planes eficientes de acceso.
Cuentan con negaciones estratificadas.
o DESVENTAJAS
Poder encontrar criterios de interpretacin para las reglas deductivas. Es
complicado poder encontrar buenos criterios de evaluacin para las reglas
lgicas por lo que es muy difcil sacar todo su potencial.
Replantear correctamente, en un contexto deductivo, las convenciones
habituales en una base de datos.
Desarrollar procedimientos eficaces de deduccin. Es una de las tareas ms
difciles que implican trabajar con este tipo de base de datos. Cuanto ms
eficaces sean los procedimientos ms productividad obtendremos de las bases
de datos deductivas.
2.4.4. Utilizacin
Modelado de empresas:
Este dominio implica modelar la estructura, los procesos y las restricciones dentro de
una empresa. Los datos relacionados con ella pueden resultar en modelo ER extendido
que contiene cientos de entidades y vnculos y miles de atributos. Es posible desarrollar
varias aplicaciones tiles para los diseadores de nuevas aplicaciones (as como para
los gerentes) a partir de esta meta base de datos, que contiene informacin tipo
diccionario acerca de toda la empresa.
Prueba de hiptesis o dragado de datos:
Este dominio implica formular una hiptesis, traducirla a un conjunto de reglas LDL y
una consulta, y luego ejecutar la consulta contra los datos para probar la hiptesis. El
proceso se repite reformulando las reglas y la consulta. Esto se ha aplicado al anlisis
de datos de genoma en el campo de la microbiologa. El dragado de datos consiste en
identicar las secuencias de DNA a partir de auto radiografas digitalizadas de bajo nivel
obtenidas de experimentos con bacterias E. coli.
Reutilizacin de software:
El grueso del software para una aplicacin se desarrolla en cdigo estndar por
procedimientos, y una pequea fraccin se basa en reglas y se codica en LDL. Las
reglas dan origen a una base de conocimientos que contienen los siguientes elementos:
> Una denicin de cada mdulo C empleado en el programa.
> Un conjunto de reglas que dene las formas en que los mdulos pueden
exportar/importar funciones, restricciones, etc.
**Un ejemplo de software construido apoyndose en una base de datos
deductiva es el "Proyecto MYDDAS" una aplicacin capaz de hacer un
control en tiempo real de una red de sensores mviles.
2
CORE I3
3
2.4.5. Que es un sistema de bases deductivas

Un sistema de base de datos deductivas, es un sistema de base de datos pero con la
diferencia de que permite hacer deducciones a travs de inferencias. Se basa
principalmente en reglas y hechos que son almacenados en la base de datos. Tambin
las bases de datos deductivas son llamadas base de datos lgica, a raz de que se
basan en lgica matemtica.
Una base de datos deductiva es, en esencia, un programa lgico; mapeo de relaciones
base hacia hechos, y reglas que son usadas para definir nuevas relaciones en trminos
de las relaciones base y el procesamiento de consultas. Los sistemas Bases de Datos
Deductivas intentan modicar el hecho de que los datos requeridos residan en la
memoria principal (por lo que la gestin de almacenamiento secundario no viene al caso)
de modo que un SGBD se ample para manejar datos que residen en almacenamiento
secundario.
En un sistema de Bases de Datos Deductivas por lo regular se usa un lenguaje
declarativo para especicar reglas. Con lenguaje declarativo se quiere decir un lenguaje
que dene lo que un programa desea lograr, en vez de especicarlos detalles de cmo
lograrlo.
2.4.6. Aplicaciones de LDL :
El sistema LDL se ha utilizado en los siguientes dominios de aplicacin:

Modelado de empresas: este dominio implica modelar la estructura, los procesos y las
restricciones dentro de una empresa. Los datos relacionados con ella pueden resultar
en modelo ER extendido que contiene cientos de entidades y vnculos y miles de
atributos. Es posible desarrollar varias aplicaciones tiles para los diseadores de
nuevas aplicaciones (as como para los gerentes) a partir de esta metabase de datos,
que contiene informacin tipo diccionario a cerca de toda la empresa.
Prueba de hiptesis o dragado de datos: este dominio implica formular una hiptesis,
traducirla a un conjunto de reglas LDL y una consulta, y luego ejecutar la consulta contra
los datos para probar la hiptesis. El proceso se repite reformulando las reglas y la
consulta. Esto se ha aplicado al anlisis de datos de genoma en el campo de la
microbiologa. El dragado de datos consiste en identificar las secuencias de DNA a partir
de autorradiografas digitalizadas de bajo nivel obtenidas de experimentos con bacterias
E. coli.
Reutilizacin de software: el grueso del software para una aplicacin se desarrolla en
cdigo estndar por procedimientos, y una pequea fraccin se basa en reglas y se
codifica en LDL. Las reglas dan origen a una base de conocimientos que contienen los
siguientes elementos:
Una definicin de cada mdulo C empleado en el programa.
Un conjunto de reglas que define las formas en que los mdulos pueden exportar /
importar funciones, restricciones, etc.
2
CORE I3
4
La base de conocimientos puede servir para tomar decisiones referentes a la

reutilizacin de subconjuntos del software. Los mdulos pueden recombinarse para
satisfacer tarea especficas, en tanto se satisfagan las reglas pertinentes. Se est
experimentando con esto en el software bancario.
2
CORE I3
5
2.5. MODELO DE BASE DE DATOS DE ORIENTACIN
2.5.1. Planteamiento del problema

En la dcada de 1990, el paradigma de la orientacin a objetos se aplic a las bases de
datos creando un nuevo modelo llamado base de datos orientada a objetos. Esto tuvo
el fin de reducir la impedancia objeto-relacional, la sobrecarga de convertir la
informacin de su representacin en la base de datos como filas en tablas a su
representacin en el programa tpicamente como objeto. Incluso ms, los tipos de
datos usados en una aplicacin pueden definirse directamente en la base de datos,
preservando as la base de datos la misma integridad de datos. Las bases de datos
orientadas a objetos tambin introducen las ideas clave de la programacin orientada a
objetos encapsulacin y polimorfismo en el mundo de las bases de datos.
Se han propuesto distintos modos de almacenar objetos en una base de datos. Algunos
se han aproximado desde la perspectiva de la programacin, haciendo los objetos
manipulados por el programa persistentes. Esto tpicamente requiere la adicin de algn
tipo de lenguaje de interrogacin, ya que lo lenguajes tradicionales no tienen la
posibilidad de encontrar objetos basados en su contenido. Otros se han aproximado al
problema desde la perspectiva de la base de datos, definiendo un modelo orientado a
objetos para la base de datos, y definiendo un lenguaje de programacin de dicha base
de datos que permite tanto capacidades de programacin como de interrogacin.
Las bases de datos orientadas a objetos sufren falta de estandarizacin; aunque han
sido definidos estndares por en Object Database Management Group nunca han sido
implementados con generalidad suficiente como para permitir la interoperatibilidad entre
productos. Sin embargo, las bases de datos orientadas a objetos han sido empleadas
eficazmente en distintas aplicaciones: generalmente en nichos especializados como
ingeniera o biologa molecular, pero no de forma general con soporte comercial. Sin
embargo, algunas de las ideas que ha aportado han sido recogidas por los fabricantes
de bases de datos relacionales y se han aplicado en extensiones al lenguaje SQL.
2.5.2. Historia
Las bases de datos orientadas a objetos fue un tema que se pens revolucionara la
manera de hacer persistente la informacin en los sistemas software durante los aos
90.
En la actualidad es evidente que esto no fue as. Sin embargo, un resurgimiento de este
concepto, gracias a las comunidades de software libre, y la identificacin de aplicaciones
idneas para el mismo, motivan la revisin de las caractersticas de esta alternativa a
las omnipresentes bases de datos relacionales.
2.5.3. Desarrollo
El modelo orientado a objetos utiliza el paradigma de la orientacin a objetos para el
desarrollo de software. Este enfoque realiza la construccin de modelos de un sistema
por medio de la identificacin y la especificacin de un conjunto de objetos relacionados,
que colaboran entre s de acuerdo a los requerimientos establecidos para el sistema de
objetos.
2
CORE I3
6
La definicin del modelado orientado a objetos puede claramente dividir el enfoque en

tres dimensiones:
La dimensin estructural.
La dimensin dinmica.
La dimisin funcional.
Este tipo de modelado implica la realizacin de las siguientes actividades:
1. Identificar las clases, modelos y objetos. (objetos y atributos).
2. Asociar estticamente los objetos. (relaciones dependientes del dominio del
problema).
3. Especificacin del comportamiento de los objetos. (Definir como se comportarn
los objetos).
4. Definir la jerarqua de herencia de las clases. (Definir la jerarqua de clases, para
que el sistema quede lo ms abstracto posible).
Caractersticas de los modelos Orientados a Objetos.
EL modelado Orientado a Objetos est basado en el paradigma orientado a

objetos.
Trata el almacenamiento de objetos (persistencia de los objetos).
Define un lenguaje para le definicin y manipulacin de objetos.
Incluye mecanismos para optimizar el acceso (Indexacin y Clustering), el

control de la concurrencia, seguridad y gestin de usuarios, facilidad de
consulta y recuperacin ante fallos.
Debido a que es un esquema orientado a objetos incluye: Encapsulamiento,

herencia, polimorfismo, etc.
2.5.4. Compatibilidad con lenguajes de programacin

Los lenguajes de programacin que utiliza una base de datos orientada a objetos utilizan
herramientas de diseo para el modelado de objetos y codificacin. En la actualidad,
existen varios lenguajes de programacin: C++, Java, PHP, etc
a. Extender el lenguaje a travs de las llamadas expresiones de consulta, que son
parecidas a las sentencias SQL y pueden ser usadas para extraer y procesar
convenientemente bases de datos relacionales.
b. Un lenguaje de programacin orientado a objetos que trabaje en forma directa con
la base de datos a travs de un Modelo de Datos persistente.
2
CORE I3
7
2.5.5. Ventajas y desventajas

o VENTAJAS
> La clave que posee la BDOO es el poder que confieren al diseador para
especificar tanto la estructura de objetos complejos como las operaciones que
se pueden aplicar a esos objetos.
> Est su flexibilidad, y soporte para el manejo de tipos de datos complejos.
> La segunda ventaja de una BDOO, es que manipula datos complejos en forma
rpida y gilmente. La estructura de la base de datos est dada por referencias
(o apuntadores lgicos) entre objetos.
o DESVENTAJAS
> Al considerar la adopcin de la tecnologa orientada a objetos, la inmadurez del
mercado de BDOO constituye una posible fuente de problemas por lo que debe
analizarse con detalle la presencia en el mercado del proveedor para adoptar su
producto en la lnea de produccin sustantiva. Por eso en este artculo se
propone que se explore esta tecnologa en un proyecto piloto.
> El segundo problema es la falta de estndares en la industria orientadas a
objetos. Sin embargo, el Grupo Manejador de Objetos (OMG), es una
Organizacin Internacional de Proveedores de Sistemas de Informacin y
usuarios dedicada a promover estndares para el desarrollo de aplicaciones y
sistemas orientados a objetos en ambiente de cmputos de red. La implantacin
de una nueva tecnologa requiere que los usuarios iniciales acepten cierto riesgo.
Aquellos que esperan resultados a corto plazo y con un costo reducido quedarn
desilusionados. Sin embargo, para aquellos que planean a un futuro intermedio
con una visin tecnolgica avanzada, el uso de tecnologa avanzada, el uso de
tecnologa orientada a objetos, paulatinamente compensar todos los riesgos.
2.5.6. Aspectos tecnolgicos

Los objetos pueden estar compuestos o consistir de cualquier tipo de informacin que,
eventualmente, puede almacenarse en forma digital; por ejemplo imgenes barridas
(Scaned), voz y sonido, dibujos y planos arquitectnicos complejos, esquemas
electrnicos y diagramas desarrollados por ingenieros, as como los tradicionales tipos
de datos alfanumricos.
Las Bases de Datos Orientadas a Objetos permiten que mltiples usuarios compartan
objetos complejos y los manipulen en un ambiente seguro y estructurado. Las bases de
datos convencionales fueron diseadas para manejar tipos de datos alfanumricos y por
esto difcilmente pueden manipular objetos y mtodos (los mtodos son los
comportamientos definidos de los objetos).
Una BDOO es activa u orientada a objetos por comportamiento si permite definir y
ejecutar comportamiento de los objetos dentro de la base de datos, incorpora conceptos
como herencia y permite el manejo de tipos definidos por el usuario.
2
CORE I3
8
3. OBJETIVOS
4. APLICACIONES
5. CONCLUSIONES Y RECOMENDACIONES
Este enfoque realiza la construccin de modelos de un sistema por medio de la

identificacin y la especificacin de un conjunto de objetos relacionados, que
colaboran entre s de acuerdo a los requerimientos establecidos para el sistema
de objetos.
Una base de datos orientada a objetos es una base de datos donde los
elementos son objetos. Estos pueden ser bases de datos multimedia (videos,
imgenes y sonidos), donde la herencia nos permita una mejor representacin
de la informacin, estas bases de datos tienen una identidad de ser un Todo, y
no solo una parte de una gran base, por ejemplo una base de secuencias de
ADN.
El objetivo de una base de datos orientada a objetos son los mismos que los de
las bases de datos tradicionales, pero con la ventaja de representar las modelos
de datos con un marco mucho ms eficiente, manteniendo la integridad y
relacin entre ellos.
Un objeto puede heredar comportamiento de otro tipo de objetos(herencia) y
puede adaptarse para responder de diferentes maneras ante la solicitud de una
accin (polimorfismo), lo importante es que permite representar cosas de la vida
real con relativa facilidad(abstraccin) y que todo esto se puede implementar de
manera que no nos importe el cdigo, sino slo la manera de comunicarnos con
estos objetos pensando en ellos como una sola unidad (encapsulamiento).Las
bases de datos orientados a objetos han adoptado muchos de los objetos
creados para los lenguajes de programacin orientados a objetos.
La utilizacin de una BDOO simplifica la conceptualizacin ya que la utilizacin
de objetos permite representar de una manera ms natural la informacin que
se quiere guardar.
6. REFERENCIAS
7. BIBLIOGRAFIA
2
CORE I3
9

Trabajo

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Trabajo

Hochgeladen von

Copyright:

Verfügbare Formate

COMPUTACION APLICADA

MODELOS DE BASE DE DATOS

2.5. MODELO DE BASE DE DATOS DE ORIENTACIN ....................................... 26

MODELOS DE BASE DE DATOS (JERARQUICO, RED, RELACIONAL,

Figura 1. BASE DE DATOS RELACIONAL

2. MARCO TEORICO, DESARROLLO DEL TEMA

Los rboles, como instrumentos para la representacin de estructuras de datos,

2.1.2. Conceptos bsicos

La representacin grfica de un modelo jerrquico se realiza mediante la estructura de

2.1.3. Caractersticas de la estructura jerrquica

Los segmentos, en funcin de su situacin en el rbol y de sus caractersticas, pueden

1) SEGMENTO PADRE: Es aqul que tiene descendientes, todos ellos localizados

Figura 2. SEGMENTO PADRE

2) SEGMENTO HIJO: Es aqul que depende de un segmento de nivel superior.

Figura 3. SEGMENTO HIJO

3) SEGMENTO RAZ: El segmento raz de una base de datos jerrquica es el padre

Figura 4. SEGMENTO RAIZ

Un REGISTRO de la base de datos es el conjunto formado por una ocurrencia del

La relacin PADRE/HIJO en la que se apoyan las bases de datos jerrquicas, determina

Figura 5. EJEMPLO DE MODELO JERARQUICO

Se puede predefinir relaciones, lo que simplifica las variaciones a futuro.

El conjunto de operadores DML (Lenguaje de Manipulacin de Datos) es difcil

Figura 6. BASE DE DATOS

2.2. MODELO DE BASE DE DATOS DE RED

Figura 7. MODELO DE BASE DE RED

Cliente Cuenta Sucursal

o Actual de tipo de registros

2.2.3. Inventor del modelo de base de red

2.2.4. Ventaja y desventaja

2.2.5. Ejemplo de modelo de datos de red

Figura 9. MODELO RELACIONAL TRANSFORMADO A UN MODELO DE DATOS DE RED

2) Esta modelo relacional transformada al modelo de red sera la siguiente:

Figura 10. MODELO RELACIONAL YA TRANSFORMADO

3) En este ejemplo, los tipos de registros son: CURSO, REQUISITO, OFERTA,

Figura 11. EJEMPLO TIPO DE REGISTRO

2.3. MODELO DE BASE DE DATOS RELACIONAL

2.3.3. El modelo relacional

A continuacin se definen los cuatro objetos bsicos de una base de datos:

Una base de datos relacional se compone de tablas independientes que estn

Tabla 1. COMPARACION DE LA TERMINOLOGIA USADA EN EL MODELO RELACIONAL

Los conceptos bsicos del modelo relacional son:

Registro: Es algo as como cada ficha de un fichero convencional.

2.3.4. Relaciones (Tablas)

Figura 12. ESTRUCTURA DE UNA RELACION

Registros: una tupla o registro es un conjunto de hechos acerca de una persona, de un

2.3.5. Caractersticas de las bases de datos relacionales

La estructura de una relacin puede implementarse de maneras muy diferentes:

2.3.6. Manejo de las bases de datos relacionales.

2.3.6.1. Relacionando tablas: Interrelaciones.

UEA, su nmero de empleado se introduce en la tabla Grupos, este nmero de

Ntese en la figura 18 que el nmero de empleado de Nicodemo puede estar varias

Figura 13. CLAVES EN LAS TABLAS

2.3.7. Consultas, formularios, informes impresos.

2.3.8. El concepto de valor nulo en el modelo relacional

En muchas ocasiones trabajar con dos valores (prendido-apagado, si-no, verdadero-

Para el tratamiento de los valores nulos hay que definir:

En esta seccin nos concentraremos en las funciones de comparacin, aqu surge la

Tabla 2. TABLA DE VERDAD DE LA OPERACION NOT

Tabla 3. TABLA DE VERDAD DE LA OPERACION

Tabla 4. TABLA DE VERDAD DE LA OPERACION OR

2.4. MODELO DE BASE DE DATOS DEDUCTIVO

Figura 14. COMO SE UTILIZA

Figura 15. BASE DE DATOS DEDUCTIVA

2.4.3. Ventajas y Desventajas