Modelos de Bases de

Datos
SC07S
Tipos de Bases de Datos

Variabilidad Contenido Modelo

 Estáticas  Bibliográficas  Jerárquicas
 Dínamícas  Texto Completo  Red
 Transaccionales
 Relacionales (E-R)
 Multidimensionales
 Orientada a objetos
 NoSQL
 Modelo Jerárquico.
Representa la información en una estructura jerárquica. Este modelo permite que un nodo padre
pueda tener la información de varios nodos hijos, y se pude tener realaciones entre nodos hermanos
del mismo padre. Las relaciones son unidireccionales.

Principales limitaciones:
 Redundancia
 No puede exisitri un registro hijo si no está enlazado con un registro padre.
 Un registro hijo se puede elminar sin problema pero la eliminación de un registro padre provoca la
eliminación de todos sus hijos.
 Modelo Red.
Los objetos se representan coo nodos y sus relaciones como las líneas. A diferencia
del modelo jerárquico cada hijo puede tener varios padres. Ayuda a reducir la
redundancia sin embargo mantiene la relación entre padre e hijo.
 Modelo multidimensional
Está estrechamente relacionada con el procesamiento analítico en línea que forma
partde de una inteligencia empresarial y el almacenamiento de datos.
El procesamiento en línea (OLAP) facilita la extracción y visualización de datos a
través de diferentes puntos de vista. Combina las ventajas de las bases de datos
jerárquicas y relacionales.
 Modelo Orientado a Objetos
El modelo de base de datos orientada a objetos agrupa la información en paquetes relacionados entre sí: los datos de cada registro se
combinan en un solo objeto, con todos sus atributos.

Ejemplo: en el contexto de una base de datos orientada a objetos, podemos guardar una bicicleta como objeto, con todos sus
atributos y métodos: es roja, se puede conducir, tiene sillín, etc. Este objeto forma parte de la clase “bicicletas”, en la que, por
ejemplo, también podría incluirse una bicicleta azul y otra verde. A su vez, la clase “bicicletas” es una subcategoría de
“vehículos”, que también incluye la clase “coches”. Por otra parte, el objeto también está relacionado con la clase “actividades
de ocio”. Si accedemos a este objeto a través de su código de identificación único, dispondremos directamente de todos sus
métodos y atributos.

Ventajas Inconvenientes
Los conjuntos de datos complejos pueden El uso de las bases de datos orientadas a
guardarse y consultarse de forma rápida objetos no está muy extendido.
y sencilla.
Los códigos de identificación se asignan En algunas situaciones, la gran
automáticamente a cada objeto. complejidad puede acarrear problemas
de rendimiento.
Funciona bien con lenguajes de
programación orientados a objetos.
 Modelo Relacional ( Entidad - Relación)
Se utilia en la actualidad para representar problemas reales y administrar datos de
manera dinámica. Su principio fundamental consiste en el uso de "relaciones".

Los elementos de este modelo son:

Entidad: Objeto principal del cual se tiene que almacenar información.
Relación: Correspondencia entre uno o más objetos.
Atributo: características de las entidades.
Al número de participantes en una relación se le denomina GRADO DE LA
RELACIÓN.
Los grados de la realación pueden ser:
 Binaria: relaciona dos entidades.

Actor participa Películas

 Ternaria: relación etre tres entidades.

Actor participa Películas

Comerciales
Otro elemento que interviene es la for a de cómo éstas entidades se relacionan;
es decir la cantidad de datos de una entidad que se relaciona con los datos de
otra. A este concepto se le conoce como CARDINALIDAD.

Estás pueden ser:

1 – Muchos
1 –1
Muchos a Muchos.
Caso práctico:

Se requiere almacenar los datos de los clientes de una biblioteca. Los libros que
se llevan, las fechas de préstamos y fechas en que sé tiene que regresar el
libro. Los datos del cliente, los datos del libro y los datos del autor del libro.

Obtener las entidades, los atributos, y el diagrama E-R y su cardinalidad.

Reestricciones a considerar

•En todas las relaciones N:N se tiene que crear una nueva tabla que una las tablas
relacionadas. La clave primaria de esta tabla va a ser una clave compuesta de las claves
primaria de las tablas origen. Además, cada campo tiene que estar relacionado con su
clave foranea o Forgeign Key

•Las relaciones 1:N se tiene que llevar la clave primaria de la relación 1 a la tabla de la
relación N. Esto significa que la relación 1 puede estar en muchas N