Está en la página 1de 47

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