MODELO DE DATOS

ERLEY BLANCO CARVAJAL

SANDRA MILENA SAJONERO DAVID
 MODELO DE DATOS
 Los modelos de datos intentan reproducir una información real que deseamos
almacenar en un sistema informático.
 Se denomina esquema a una descripción específica en términos de un modelo
de datos. El conjunto de datos representados por el esquema forma la base de
datos.
MODELO DE DATOS
DIFERENCIAS ENTRE EL MODELO LÓGICO Y EL CONCEPTUAL
 El modelo conceptual es independiente del DBMS que se vaya a utilizar. El
lógico depende de un tipo de SGBD en particular
 El modelo lógico es más cercano al ordenador
 Es más cercano al usuario el modelo conceptual, el lógico forma el paso entre
el informático y el sistema.

LOS MODELOS LÓGICOS DE DATOS SON:

 Modelo Jerárquico
 Modelo de Red (Codasyl)
 Modelo Relacional
 Modelo Orientado a Objetos
MODELO JERÁRQUICO
La información se organiza con un jerarquía en la que la relación entre las
entidades de este modelo siempre es del tipo padre / hijo. De esta forma hay una
serie de nodos que contendrán atributos y que se relacionarán con nodos hijos de
forma que puede haber más de un hijo para el mismo padre (pero un hijo sólo
tiene un padre).
Las entidades de este modelo se llaman segmentos y los atributos campos. La
forma visual de este modelo es de árbol invertido, en la parte superior están los
padres y en la inferior los hijos.
MODELO JERÁRQUICO

EMPRESA

TEXTIL CONTRUCCION

JUAN PABLO DANILO

MODELO DE RED (CODASYL)
Se trata de un modelo que se utilizó durante mucho tiempo. Organiza la
información en registros y enlaces. Los registros representan las entidades del
modelo entidad-relación. En los registros se almacenan los datos utilizando
atributos. Los enlaces permiten relacionar los registros de la base de datos.
El modelo en red más aceptado es el llamado codasyl, que durante mucho tiempo
se ha convertido en un estándar.

Materia

Base de
Bajo web
Datos

Rafael Antonio
MODELO ORIENTADO A OBJETOS

 Basado en la Programación Orientada a Objetos que, entre otras muchas

características, encapsula los datos y sus tratamientos en una sola unidad
(propiedades y métodos).
 Desde la aparición de la programación orientada a objetos (POO u OOP) se
empezó a pensar en bases de datos adaptadas a estos lenguajes. En estos
lenguajes los datos y los procedimientos se almacenan juntos. Esta es la idea
de las bases de datos orientadas a objetos.
A través de esta idea se intenta que estas bases de datos consiguen arreglar
las limitaciones de las relacionales. Por ejemplo el problema de la herencia,
tipos definidos por el usuario, disparadores almacenables en la base de datos,
soporte multimedia...
MODELO ORIENTADO A OBJETOS

Objeto

ATRIBUTOS
MÉTODOS

Mensaje
Objeto Objeto

ATRIBUTOS ATRIBUTOS
MÉTODOS MÉTODOS
MODELO ORIENTADO A OBJETOS

Herencia
Persistencia

Gestión del
Almacenamiento Concurrencia

POO
Secundario
Polimorfismo Encapsulamiento

SGBD

Facilidad de Recuperación de Identidad

Consulta Fallos

Las Base de Datos Orientada a Objetos fusionan la POO y la tecnología de BD, dando como
resultado un ODBMS
MODELO RELACIONAL
CARACTERISTICAS

 Basado en el álgebra relacional por lo que tiene detrás de si una teoría

matemática muy compleja y probada teóricamente. Estructura la información en
tablas de datos que se relacionan entre sí.
 Está basado en la teoría de conjuntos.
 Los datos se almacenan como tablas y los usuarios entienden con mayor
facilidad.
 Todas las entradas de cualquier columna son de un solo tipo. Cada columna
posee un nombre único, el orden de las columnas no es de importancia para la
tabla, las columnas de una tabla se conocen como atributos.
 No existen 2 filas en la tabla que sean idénticas.
MODELO RELACIONAL
CONCEPTOS

Término relacional formal Equivalente informal

Relación Tabla
Tupla Fila o registro
Cardinalidad Número de filas o registros
Atributo Columna o campo
Grado Número de columnas o campos
Identificador único para la tabla es decir, una
columna o combinación de columnas con la
Clave primaria propiedad de que nunca existen 2 filas de la
tabla con el mismo valor en esa columna o
combinación de columnas
Colección de valores, de los cuales uno o mas
Dominio atributos obtienen sus valores reales. Conjunto
de valores válidos.
MODELO RELACIONAL
CONCEPTOS
Géneros
Años
Ciencia-ficción, Países
Nombres
Dominios
Números Títulos 2002, 1997, Tiempo
Drama, Italia,Argentina,
1999, 2001,
--- --- --- --- --- --- Policiaco, España, EEUU,
1994, 1972... --- ---
--- --- --- --- --- --- Comedia... Francia,Japón.. --- ---

Código Título Director Género Rodaje Nacionalidad Duración

1001 Amores Perros A. González Drama 2000 México 145

Relación

Cardinalidad

1002 The Matrix A. Wachowsky Ciencia-ficción 1999 EEUU 138

1003 Torrente S. Segura Comedia 1997 España 110

Tuplas
1004 Nos miran N. López Policiaco 2001 España 118

1005 Amelie J. P. Jeunet Comedia 2001 Francia 122

1006 Los lunes al sol F. León Drama 2002 España 117

Clave
Primaria Grado Atributos
MODELO RELACIONAL
CONCEPTOS
DOMINIO

Atributo Significado Definición del dominio

Código Código de identificación de la película Entero, rango 1001-2001
Titulo Nombre de la película Carácter, tamaño 50
Director Nombre del director encargado Carácter, tamaño 30
Género Genero al cual pertenece Carácter, tamaño 20
Rodaje Año en el cual se estreno Fecha, formato
Nacionalidad País de Origen Carácter, tamaño 50
Duración Tiempo estimado de duración …….
MODELO RELACIONAL
CONCEPTOS

Relación vs. Tabla

 Relación: Representación abstracta de un elemento de datos
 Tabla: Representación concreta de tal elemento abstracto.

Ventajas
 Representación muy sencilla (tabla) del elemento
abstracto básico (relación) del Modelo Relacional
 Fácil de utilizar, entender, razonar...
Inconveniente
 Aparente orden entre filas y entre columnas de la tabla
MODELO RELACIONAL
CONCEPTOS

Existen dos tipos de dominio:

 Dominios generales o continuos, donde los atributos toman valores
dentro de un rango definido o dentro de un ámbito.
Ejemplo: Dirección: 50 caracteres

 Dominios restringidos o discretos, donde los atributos sólo pueden

tomar valores dentro de un subconjunto previamente definido.
Ejemplo: Fecha: año, mes y día
Nacionalidad: Español, Francés, Italiano,...
MODELO RELACIONAL
CONCEPTOS

CLAVES
 Clave candidata: conjunto de atributos que identifican inequívocamente cada
tupla de la relación. Toda relación debe tener al menos una clave candidata
(pueden haber más).
 Clave primaria (principal): clave candidata que se coge como identificador de
las tuplas. Se elige como primaria la candidata que identifica mejor a cada
tupla en el contexto de la BD.
 Clave alternativa: cualquier clave candidata que no sea primaria.
 Clave secundaria(externa, foránea, ajena): son los atributos de una relación
(tabla), los valores de los cuales están relacionados con atributos de otra
relación (tabla).
MODELO RELACIONAL
CONCEPTOS
Ejemplo de Claves

Id Equipo
1 F.C. Barcelona
2 Real Madrid
1 Sevilla C.F.
NULL A. Madrid

Número Grupo Precio

1 A 3000
2 A 1000
1 B 2000
1 B 100
MODELO RELACIONAL
CONCEPTOS
Ejemplo de Claves

Equipo Número equipo

F.C. Barcelona 1
Real Madrid 2
Sevilla C.F. 3

Número jugador Nombre jugador Número equipo

1 Jesús Navas 3
2 Villa 1
3 Cristiano Ronaldo 2
4 Messi 1
MODELO RELACIONAL
CONCEPTOS
TIPOS DE RELACIONES
 Relaciones base o reales: es lo que corresponde al concepto de tabla. El
conjunto de éstas son las que componen la base de datos realmente.
 Conjunto dinámico de datos: no poseen datos almacenados propios y
están representadas únicamente dentro del sistema mediante su definición
en términos de otras relaciones (es decir, mediante consultas).
 Instantáneas (snapshots): iguales que las anteriores, pero los datos que
contienen no son virtuales, sino que están realmente almacenados en la
instantánea. Se utilizan para manejar datos susceptibles de cambios.
 Resultados intermedios: el resultado de una operación anidada en una
consulta, estos resultados son usados por la consulta externa para otra
operación.
MODELO RELACIONAL
REGLAS DE INTEGRIDAD

Integridad de Entidades
 Para todas las instancias de una entidad los valores de la clave primaria
deben: existir, ser únicos y no-NULL.

Integridad Referencial
 Todos los valores para la clave foránea deben coincidir con un valor de la clave
foránea de la entidad asociada. Asegura que se pueda navegar correctamente
en las entidades relacionadas.
 Las claves foráneas crean una relación jerárquica entre las entidades
asociadas. La entidad que recibe la clave foránea es el hijo o dependiente y la
tabla que contiene la clave primaria es el entidad padre.
MODELO RELACIONAL
REGLAS DE INTEGRIDAD
Ejemplo Regla de Integridad Referencial:

Alquiler Cliente
Cod_alquiler Fecha Cod_cliente Cod_cliente Nombre Apellidos
1 12/9/2009 121 97 Arturo Crespo
2 12/9/2009 121 113 Sara Álvarez
3 15/9/2009 97 121 Josu Lopetegui
4 16/9/2009 113 123 Alba Pereira
5 16/9/2009 129 129 Gonzalo Pérez
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL

Para transformar un modelo entidad-relación a modelo relacional seguiremos las siguientes

reglas:

1. Toda entidad del modelo entidad-relación se transforma en una tabla.

2. Cualquier atributo de una entidad se transforma en un campo dentro la tabla,
manteniendo las claves primarias.
3. Las relaciones N:N se transforman en una nueva tabla que tendrá como clave primaria la
concatenación de los atributos clave de las entidades que relaciona.
4. En las relaciones 1:N se pueden tener dos casos:
 Si la entidad que participa con cardinalidad máxima uno lo hace también con
cardinalidad mínima uno, entonces se propaga el atributo de la entidad que tiene
cardinalidad máxima 1 a la que tiene cardinalidad máxima N, desapareciendo el
nombre de la relación. Si existen atributos en la relación éstos también se
propagarán.
 Si la entidad que participa con cardinalidad máxima uno lo hace también
cardinalidad mínima cero, entonces se crea una nueva tabla formada por las claves
de cada entidad y los atributos de la relación. La clave primaria de la nueva tabla
será el identificador de la entidad que participa con cardinalidad máxima N.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL

5. En el caso de las relaciones 1:1 también pueden darse dos casos:

 Si las entidades poseen cardinalidades (0,1), la relación se convierte
en una tabla.
 Si una de las entidades posee cardinalidad (0,1) y la otra (1,1),
conviene propagar la clave de la entidad con cardinalidad (1,1) a la
tabla resultante de la entidad con cardinalidad (0,1). Si ambas
entidades poseen cardinalidades (1,1) se puede propagar la clave de
cualquiera de ellas a la tabla resultante de la otra.
6. En el caso de las relaciones reflexivas supondremos que se trata de una
relación binaria con la particularidad que las dos entidades son iguales y
aplicaremos las reglas vistas en los puntos anteriores.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL

5. En el caso de las relaciones 1:1 también pueden darse dos casos:

 Si las entidades poseen cardinalidades (0,1), la relación se convierte
en una tabla.
 Si una de las entidades posee cardinalidad (0,1) y la otra (1,1),
conviene propagar la clave de la entidad con cardinalidad (1,1) a la
tabla resultante de la entidad con cardinalidad (0,1). Si ambas
entidades poseen cardinalidades (1,1) se puede propagar la clave de
cualquiera de ellas a la tabla resultante de la otra.
6. En el caso de las relaciones reflexivas supondremos que se trata de una
relación binaria con la particularidad que las dos entidades son iguales y
aplicaremos las reglas vistas en los puntos anteriores.
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
EJEMPLO REGLA 3:

N2 A1
N1 A2

Codigo Descripción
Id Nombre

N:N

CLIENTE compra PRODUCTO

En este caso la relación “compra” se transforma en una nueva tabla cuya clave primaria
estará formada por los atributos Id, que es la clave primaria de cliente, y código, que es la
clave primaria de producto. Además tendrá como campo fecha compra, ya que este atributo
forma parte de la relación.
CLIENTE(Id, primer nombre, segundo nombre, primer apellido,
segundo apellido)
PRODUCTO(código,descripción)
COMPRA(Id_cliente,código_producto,fecha_compra)
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
EJEMPLO REGLA 4: En las relaciones 1:N se puede tener dos casos
Veamos ahora el caso de una relación 1:N. En el siguiente modelo entidad-relación un
empleado pertenece a un único departamento (debe pertenecer a uno obligatoriamente), y
un departamento tiene 1 o más empleados.

Codigo Ubicación
Id Nombre

1:N Nombre
Salario
EMPLEADO Tiene DEPARTAMENTO

En este caso se propaga el atributo código de departamento a la tabla EMPLEADO.

EMPLEADO(Id,nombre,salario,código_departamento)
DEPARTAMENTO(código,nombre,ubicacion)
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
EJEMPLO REGLA 4: En las relaciones 1:N se puede tener dos casos
Imaginemos ahora que pudiera darse el caso de que hubiera empleados que no pertenecieran
a ningún departamento.
Codigo Ubicación
Id Nombre

1:N Nombre
Salario
EMPLEADO Tiene DEPARTAMENTO

En este caso la entidad que participa con cardinalidad máxima 1, DEPARTAMENTO, también lo
hace con cardinalidad mínima 0, ya que puede haber empleados que no pertenezcan a ningún
departamento. Así pues, se crea una nueva tabla formada por Id de EMPLEADO y código de
DEPARTAMENTO. En esta nueva tabla Id de EMPLEADO será la clave primaria.

EMPLEADO(Id, nombre, salario)

DEPARTAMENTO(código, nombre, ubicación)
PERTENECE(Id_empleado, código_departamento)
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
EJEMPLO REGLA 5: En el caso de las relaciones 1:1 también pueden darse dos casos:
En el siguiente modelo entidad-relación un equipo de fútbol tiene a un único presidente y un
presidente preside a un único club de fútbol.
Id
Id Nombre
Nombre
1:1
Año de
fundadción EQUIPO Tiene PRESIDENTE

En este ejemplo, tal y como dicen las reglas, podemos propagar la clave de cualquier tabla a
la tabla resultante de la otra. Es decir, tenemos dos opciones, o mover la clave de
PRESIDENTE a EQUIPO o mover la clave de EQUIPO a PRESIDENTE.

EQUIPO(Id, nombre,año_fundación)
PRESIDENTE(Id,nombre, código_equipo)
EQUIPO(código, nombre, año_fundación, Id_presidente)
PRESIDENTE(Id, nombre)
MODELO RELACIONAL
TRANSFORMACIÓN DEL MER AL MODELO RELACIONAL
EJEMPLO REGLA 6: se trata de una relación binaria con la particularidad que las dos entidades son
iguales y aplicaremos las reglas vistas en los puntos anteriores.

Num_expe
diente
Nombre
1:1
Jefe de
Grupo ALUMNO

Como podemos observar en las reglas de transformación, en este caso la relación reflexiva se
trata como si fuera una relación binaria con la particularidad de que las dos entidades son
iguales. Al tratarse de una relación 1:N se propagará la clave de la entidad ALUMNO a la
entidad ALUMNO.
ALUMNO(num_expediente, nombre , num_expediente_delegado)
GRACIAS!!