MODELOS

DE BD
08/08/2017
Ing. Alexis Rojas Cordero
 MODELO FISICO

DB
server

Data
User tables
dictionary

08/08/2017
Ing. Alexis Rojas Cordero
 CONCEPTOS FUNDAMENTALES
MODELOS DE DATOS.

Modelo conceptual: Una vez recogidos todos los requerimientos, el

siguiente paso es crear un esquema conceptual para la base de datos
mediante un modelo de datos conceptual de alto nivel.

El esquema conceptual contiene una descripción detallada de los

requerimientos de información de los usuarios, y contiene descripciones
de los tipos de datos, relaciones entre ellos y restricciones.

• Modelo Lógico. Describe la composición de la BD de datos en lo

referente a las tablas y sus registros.

Modelo Físico. Los modelos físicos describen cómo se almacenan

los datos en el ordenador: el formato de los registros, la estructura de los
ficheros (desordenados, ordenados, etc.) y los métodos de acceso
utilizados (índices, etc.). .
08/08/2017
Ing. Alexis Rojas Cordero
 ESTRUCTURA DEL
MODELO RELACIONAL
OBJETIVO FUNDAMENTAL
Mantener la independencia de esta estructura lógica respecto
al modo de almacenamiento y otras características del tipo físico

Elemento Básico: RELACION

Se representa por medio de una tabla
n - grado
m - cardinalidad
atributo 1 atributo 2 atributo n

tupla - 1

tupla - 2

tupla - m
 CLAVES
CLAVE CANDIDATA:
Conjunto no vacío de atributos que identifican unívoca y
mínimamente cada tupla.

clave primaria (PK)

clave única

CLAVE AJENA o FORANEA (FK):

Se denomina clave ajena de una relación R2 a un conjunto
no vacío de atributos cuyos valores han de coincidir con
los valores de la clave primaria de una relación R1

08/08/2017
Ing. Alexis Rojas Cordero
 Atributos llaves y Relación de
Múltiples Tablas
– Cada fila de datos en una tabla es identificada
por una primary key (PK).
– Puede relacionar los datos usando múltiples
tablas mediante un foreign keys (FK).

Table name: DEPARTMENTS

Table name: EMPLOYEES

…
Primary key Foreign key Primary key
08/08/2017
Ing. Alexis Rojas Cordero
 RELACIONES.

En una RELACION
• No puede haber filas duplicadas.
• El orden de las filas es irrelevante.
• En el cruce de una fila y una columna solo puede
haber un valor (NO atributos multievaluados)

RELACION TABLA
08/08/2017
Ing. Alexis Rojas Cordero
 DOMINIO Y ATRIBUTO

Dominio (D)
Conjunto finito de ATRIBUTOS atómicos V1 , V2 , ... Vn
Se determinan por: nombre
tipo de datos

Atributo (A)
Propiedad que tiene un determinado dominio D en una relación.
D es el dominio de A: dom(A)

08/08/2017
Ing. Alexis Rojas Cordero
 RESTRICCIONES
INHERENTES

• No hay dos tuplas iguales.

• El orden de las tuplas no es significativo
• Cada atributo solo puede tomar un valor del
dominio
• Regla de integridad de entidad
Ningún atributo que forme parte de la
clave primaria de una relación puede
tomar un valor “nulo” .

08/08/2017
Ing. Alexis Rojas Cordero
 Modelo Entidad/Relación(E/R)

Principales Componentes:

Entidades.
Interrelaciones.
Atributos.

08/08/2017
Ing. Alexis Rojas Cordero
 ATRIBUTOS

Propiedades o características que tiene un tipo de entidad

o tipo de interrelación.
Representación:
nombre

nombre

Especificar en el diagrama solo los atributos más

significativos.

08/08/2017
Ing. Alexis Rojas Cordero
 TIPOS DE ATRIBUTOS

Monoevaluado o Multievaluado.
Nombre color

Atributo Almacenado o Derivado. edad

Atributo Compuesto:
calle
dirección
número

08/08/2017
Ing. Alexis Rojas Cordero
 DESARROLLO DE MODELOS

EJEMPLO DE MODELO PARA PELICULAS

08/08/2017
Ing. Alexis Rojas Cordero
 ENTIDADES

08/08/2017
Ing. Alexis Rojas Cordero
 ATRIBUTOS

08/08/2017
Ing. Alexis Rojas Cordero
 RELACIONES

08/08/2017
Ing. Alexis Rojas Cordero
 ATRIBUTOS ATOMICOS
Y COMPUESTOS

08/08/2017
Ing. Alexis Rojas Cordero
 TIPOS DE ATRIBUTOS

08/08/2017
Ing. Alexis Rojas Cordero
 ATRIBUTOS CLAVES

08/08/2017
Ing. Alexis Rojas Cordero
 RELACIONES

08/08/2017
Ing. Alexis Rojas Cordero
 LLAVES QUE SON ATRIBUTO

08/08/2017
Ing. Alexis Rojas Cordero
 RELACIONES CON ATRIBUTO

08/08/2017
Ing. Alexis Rojas Cordero
 RELACIONES TERNARIAS

08/08/2017
Ing. Alexis Rojas Cordero
 CARDINALIDAD

08/08/2017
Ing. Alexis Rojas Cordero
 CARDINALIDAD

08/08/2017
Ing. Alexis Rojas Cordero
 RESUMEN

08/08/2017
Ing. Alexis Rojas Cordero
 TIPOS DE
RELACIONES

08/08/2017
 NOMENCLATURAS

Pata
de
gallo 

08/08/2017
 RELACION ONE TO ONE

Relación de uno a uno. Solamente puede

Haber una fila en la tabla de rangos que
Corresponde exactamente a una fila en
La tabla de edición.

Un ISBN le fue asignado a un libro de un

Escritor, pero el libro no puede tener
Más de un ISBN.

08/08/2017
 ONE TO MANY

Es una relación donde en un extremo de la relación

solo puede haber una fila (tupla) y en
sa otra punta de la relación pueden existir
una o muchas filas que hacer pareja

No pueden haber dos libros con el mismo título de ese autor.

(pueden haber copias que es diferente, pero yo no escribo el
Mismo libro dos veces)

08/08/2017
 Entidades débiles

M:N : tabla con atributos identificadores de E1 y

E2. Se conoce como muchos a muchos

E1 E2

Nota:
Normalmente se resuelven con “entidad
intermedia” conocida como entidad débil

08/08/2017
Ing. Alexis Rojas Cordero
 EJEMPLO DE ROMPIMIMIENTO M:N

Reducción a tablas
Relaciones:
• N:M Sin importar obligatoriedad: Se rompe en 3 tablas,
una para cada entidad con sus respectivos atributos y en la 3ra tabla para la
entidad débil con los atributos que son PK en las otras 2 y los atributos que
pertenecen a la relación.

Estudiante #Código #Código

*Nombre Hora * Nombre
Curso
*Teléfono

Estudiante
Curso
Código Nombre Teléfono
Código Nombre

PK NN
PK NN NN

Estudiante_Curso
Código_Est Codigo_Curso Hora

PK,FK PF,FK NN

08/08/2017
Ing. Alexis Rojas Cordero
 RELACIONES MANY TO MANY

LA RELACIÓN MUCHOS A MUCHOS

ES LA MÁS COMÚN DE LAS RELACIONES
Y NO SE PUEDE PROGRAMAR EN
NINGÚN MOTOR DE BASES DE DATOS
SIN ANTES HACER UN TRABAJO DE
ROMPIMIENTO DE DICHA RELACIÓN COMO
SE MUESTRA EN LA FIGURA.

08/08/2017
 ZERO, ONE or MANY

08/08/2017
 EJERCICIO INTEGRADO DE LAS RELACIONES

08/08/2017
 RESUMEN DE RELACIONES

08/08/2017
 MODELO RELACIONAL
PARA PRESTAMOS

08/08/2017
 MODELO LOGICO RELACIONAL

08/08/2017
 EJEMPLO #2.

08/08/2017
Ing. Alexis Rojas Cordero
 EJEMPLO #2.

08/08/2017
Ing. Alexis Rojas Cordero
 EJEMPLO #2.

08/08/2017
Ing. Alexis Rojas Cordero
 EJEMPLO #3. Ejemplo de una
Compañía productora de SW

08/08/2017
Ing. Alexis Rojas Cordero
 EJEMPLO #3.

La editorial del Señor Pedro Pérez, es un investigador de mucha

trayectoria y escribe artículos de diferentes temas que por su
relevancia, pueden ser editados y por muchas revistas que están
en países diferentes y aspiran a publicar sus investigaciones.

La editorial del Sr. Pedro Pérez, quiere llevar el control de sus

trabajos, por lo que ha solicitado a un grupo de alumnos que de la
Universidad para la que él trabaja, que le hagan un modelo
conceptual entidad relación para llevarlo a leguaje de base de
datos, ya que El Sr. Pérez, es experto en programación pero no en
diseño de bases de datos.

Los alumnos tienen entonces el reto de crear su primer modelo

como trabajo de clase que será evaluado como quiz de la jornada.

08/08/2017
Ing. Alexis Rojas Cordero
 EJEMPLO #3.

Vemos que una

EDITORIAL
(publisher), requiere
de muchas
publicaciones, pero a
la vez una
publicacación, puede
ser impresa por
muchas editoriales.

Aquí aplicamos la
regla de rompimiento
de relaciones muchos
a muchos en
relaciones 1:M y M:1

08/08/2017
Ing. Alexis Rojas Cordero
 FIN
08/08/2017
Ing. Alexis Rojas Cordero
 EJERCICIO

Diseñar una base de datos para las actividades de

postgrado de una Universidad.

Se desean conocer las ofertas de cursos. De cada curso

se requiere registrar los prerrequisitos de una materia
ofrecida en la oferta.

Se deben registrar como mínimo, los datos del curso,

del estudiante

Fecha de inicio, datos del profesor que imparte el

curso. Además nos interesa el grado científico del
profesor y la categoría académica.
08/08/2017
Ing. Alexis Rojas Cordero
 BIBLIOGRAFIA

1. Principies of Database Systems. Jeffrey D. Ullman.

Capitulo 1
2. Introducción a los Sistemas de Bases de datos. 1ra
parte. C. J. Date.
– Capitulo 1- Introducción
– Capítulo 2- Arquitectura de 3 niveles. Pág 33-40.
3. Concepción y diseño de BD. Adoración de Miguel/Mario
Piattini.
– Capítulo 2. Pág. 31-43
– Capítulo 3. Pág. 53-60
– Capítulo 4 Pág. 83-90
– Capítulo 7 pág. 161-167
– Capítulo 8.

08/08/2017
Ing. Alexis Rojas Cordero