12/11/2014

AGENDA

Registro CIP N 143211

Dependencias Dependencias

Con fines de simplificacin, se considera que

Son propiedades inherentes al contenido
semntico de los datos;
Son tipo especial de restriccin de usuario
en el modelo relacional, que afecta
nicamente a los atributos dentro de una
nica relacin y;
Se han de cumplir para cualquier extensin
de un esquema de relacin.
un esquema de relacin es un par de la forma:
R(A, Dep)
Donde:
A es el conjunto de atributos de la relacin, y
Dep es el conjunto de dependencias existentes
entre los atributos.

Ing. Msc. Alberto Medina Villacorta 1

 12/11/2014

Dependencias Dependencias

Existen distintos tipos de dependencias: Cada tipo de dependencia se caracteriza por

ser una asociacin particular entre los datos.
Funcionales (DF),
El grupo ms restrictivo (y tambin ms
Multivaluadas (DM), numeroso) es el de las dependencias
funcionales.
Jerrquicas (DJ),
Sobre este conjunto de dependencias, se
De Combinacin (DC) (o de producto). apoyan las tres primeras formas normales y la
forma normal de Boyce/Codd.

Dependencias Dependencias Funcionales

Cada tipo de dependencia es un caso DEFINICION DE DEPENDENCIA FUNCIONAL:

particular del grupo que le sigue:
DF(Dependencias Funcionales)
DC
como caso particular de:
DM(Dependencias Multivaluadas)
DJ
como caso particular de:
DM DJ(Dependencias Jerrquicas)
como caso particular de DC
(Dependencias de Combinacin)
DF
Sea el esquema de relacin R(A, DF) y sean X e Y dos
descriptores (subconjuntos de atributos de A). Se dice
que existe una Dependencia Funcional entre X e Y, de
forma que X determina a Y, si y slo si se cumple que
para cualesquiera dos tuplas de R, u y v tales que:
u[X] = v[X], entonces necesariamente u[Y] = v[Y]
Esto significa que a cada valor x del atributo X, le
corresponde un nico valor y del atributo Y.

Ing. Msc. Alberto Medina Villacorta 2

 12/11/2014

Dependencias Funcionales Dependencias Funcionales

DETERMINANTE: DESCRIPTORES EQUIVALENTES

Un determinante o implicante es un conjunto de Se dice que dos descriptores X e Y son
equivalentes si:
atributos del que depende funcionalmente otro
conjunto de atributos al que llamamos XY YX
determinado o implicado.
Ejemplo:
Ejemplo:
Los atributos CdigoEstudiante y DNI son
El cdigo de estudiante determina el nombre del equivalentes (se supone que dos alumnos distintos
no pueden tener ni el mismo cdigo ni el mismo DNI),
mismo: es decir:
CdigoEstudiante Nombre CdigoEstudiante DNI

Dependencias Funcionales Diagrama de DF- Ejemplo

GRAFO DE DEPENDENCIAS Ejemplo: R(A,DF)

Representa un conjunto de atributos y las R: Pedidos
Dependencias Funcionales existentes entre ellos. Es A: {Artculo, cliente, cantidad, precio, ciudad, distancia}
una herramienta muy til a la hora de explicitar las DF.
Ejemplo:
DF: ({artculo, cliente} {cantidad, precio, ciudad,
distancia},
artculo precio,
CodigoEstudiante NombreEst, Direccin
cliente {ciudad, distancia},
Nota, Semestre
CodigoCurso
ciudad distancia)
Nombre, NumHoras, CodigoPlan

Ing. Msc. Alberto Medina Villacorta 3

 12/11/2014

Diagrama de DF- Ejemplo Dependencias Funcionales

Dependencia funcional completa o

Artculo Precio
plena
Cliente Ciudad
Se dice que Y tiene dependencia funcional plena
o completa de Y, si depende funcionalmente de X,
Distancia pero no depende de ningn subconjunto de X.
Cantidad Se representa por X Y
Ejemplo:
Cd_Curso, Cd_Edicin, Cd_Estudiante Nota

Dependencias Funcionales Dependencias Funcionales

Dependencia funcional trivial Dado el esquema de relacin R (X, Y, Z) en el

Se dice que una dependencia funcional X Y es que se cumple que:
trivial si Y X
XY, YZ,YX
Se dice que Z tiene una dependencia funcional
Ejemplo:
transitiva respecto a X a travs de Y.
Cd_Curso, Cd_Edicin Cd_Curso
Se representa por: X Z
Notar que X e Y no tienen que ser equivalentes

Ing. Msc. Alberto Medina Villacorta 4

 12/11/2014

Dependencias Funcionales Dependencias Funcionales

Dependencia funcional transitiva estricta Se tendrn las siguientes dependencias funcionales:

Cd_Curso Cd_Programa
Es cuando adems de las condiciones
anteriores, tambin se cumple que: Z Y Cd_Programa Cd_Departamento

Ejemplo: Dada la relacin Adems, como en un programa se imparten varios

cursos:
CURSO_PROGRAMA(Cd_Curso,Cd_Programa,Cd_Depto) Cd_Programa Cd_Curso
En donde se tiene para cada curso su cdigo, el y por tanto, se cumple la DF transitiva
programa que lo incluye y el departamento del que Cd_Curso Cd_Departamento
depende el programa (suponemos que un curso se
imparte en un nico programa y que un programa que tambin es estricta porque:
lo prepara un nico departamento). Cd_Departamento Cd_Programa

Introduccin al Diseo Relacional Ejemplo de diseo inadecuado

El diseo de una BD Relacional puede abordarse
de dos formas distintas:
Obteniendo el esquema relacional
directamente:
Objetos y reglas captadas del anlisis del
mundo real, representadas por un conjunto
de esquemas de relacin, sus atributos y
restricciones de integridad. Redundancia de informacin: ciudad, distancia(ciudad);
precio(artculo)
Realizando el diseo del esquema "conceptual"
de la BD (modelo E/R) y transformndolo a Anomalas de modificacin: !podemos tener el mismo
esquema relacional. artculo con dos precios! (igual argumento para ciudad y
distancia inconsistencias.

Ing. Msc. Alberto Medina Villacorta 5


Ejemplo de diseo inadecuado
Anomalas de insercin: Podemos registrar nuevo
artculo?, Nuevo cliente?, Nueva ciudad, distancia?
Anomalas de borrado: Si eliminamos la tupla de pedido
de artculo A3 o cliente C4 prdida de informacin.
Principio bsico de diseo:
"Hechos distintos se deben almacenar en objetos distintos"
Ing. Msc. Alberto Medina Villacorta
12/11/2014
Ejemplo de diseo inadecuado
Redundancia de informacin:
Datos repetidos
Desperdicio de espacio, actualizacin complicada
Mal diseo:
Anomalas, redundancia e inconsistencias de la
informacin
imposibilidad para representar cierta informacin
prdida de informacin
Normalizacin
Conversin de una relacin con ciertos problemas a
dos o ms relaciones que no tienen tales problemas
Teora de Normalizacin
Es una tcnica formal de anlisis y organizacin de
datos; trata de evitar la redundancia y anomalas de
actualizacin.
Introduce formalizacin en el diseo lgico de
las Bases de Datos Relacionales.
Adems permite mecanizar parte del proceso al
disponer de instrumentos algortmicos de ayuda al
diseo.
Proceso de normalizacin: disminuye las anomalas
de actualizacin, pero penaliza las consultas
(combinacin consume muchos recursos).
6
 12/11/2014

Normalizacin Normalizacin

La normalizacin permite obtener un En una base de datos normalizada:

conjunto adecuado de relaciones de tal forma que:
El esquema de la base de datos incluya el mnimo
nmero de atributos necesarios para dar soporte a
los requerimientos del sistema.
Resulte mas fcil acceder a la base de datos y,
sobre todo, mantener los datos de la base de datos
(Redundancia mnima: salvo los atributos que
forman parte de claves externas, los dems se
representarn una nica vez en la base de datos).
Las actualizaciones se consiguen realizar con un
nmero mnimo de operaciones (Mejorando la
eficiencia de la base de datos y reduciendo la
posibilidad de que aparezcan inconsistencias).
Se reduce al mnimo el espacio de
almacenamiento necesario para almacenar los
datos de la base de datos (Reduciendo los
costes de operacin de la base de datos).

Normalizacin Formas Normales

En una base de datos normalizada: Un esquema de relacin est en una determinada

forma normal si satisface un determinado
Las relaciones que almacenan datos redundantes
conjunto especfico de restricciones definidas
presentan anomalas de actualizacin (La
sobre los atributos del esquema (dependencias).
insercin, eliminacin o modificacin de los datos
pueden provocar la aparicin de inconsistencias) 1 FN (Codd, 1970):
Concepto de relacin normalizada.
2, 3 FN (Codd, 1970), FNBC (Boyce/Codd, 1974)
Basadas en anlisis de dependencias funcionales.
4 FN. Fagin, 1977
Basada en anlisis de dependencias multivaluadas.
5 FN. Fagin, 1979
Basada en anlisis de dependencias de
proyeccin/combinacin.

Ing. Msc. Alberto Medina Villacorta 7

 12/11/2014

Normalizacin Normalizacin

Formas Relaciones en 2FN

5FN Normales Relaciones en 3FN
4FN
Relaciones en FNBC

FNBC Relaciones en 4FN

Formas
Normales 3FN Relaciones en 5FN

2FN

1FN Relaciones normalizadas

Relaciones

1FN Primera Forma Normal 1FN Primera Forma Normal

Se dice que una tabla se encuentra en primera Una Relacin est en

forma normal (1FN) si y solo si cada uno de los 1FN cuando cada
campos contiene un nico valor para un registro atributo solo toma un
determinado. valor del dominio
simple subyacente.
(Valores atmicos)
La primera forma
normal (1FN) es una
restriccin inherente
al modelo relacional,
por lo que su
cumplimiento es
obligatorio.

Ing. Msc. Alberto Medina Villacorta 8

 12/11/2014

1FN Primera Forma Normal Ejemplo 1: Primera Forma Normal(1FN)

Para que una tabla pueda ser considerada una

relacin no debe admitir grupos repetitivos, esto IdAlumno NombreAlumno Cursos
01 Julio DGRAF
es, debe estar en 1FN.; por ello se debe:
02 Alberto PROLOG, DGRAF
Eliminar grupos repetidos en tablas individuales. 03 Erick DGRAF, SIMSIS

Crear una tabla diferente para cada conjunto de

datos relacionados. La primera tupla si cumple la primera forma
normal, cada campo de la tupla contiene un
Identificar cada conjunto de datos relacionados
nico dato, pero no ocurre as con las tuplas 2 y 3
mediante una clave principal.
ya que el campo cursos contiene ms de un valor.
No utilizar varios campos en una nica tabla
La solucin en este caso es crear dos tablas.
para almacenar datos similares.

Ejemplo 1: Primera Forma Normal(1FN) Ejemplo 2: Primera Forma Normal(1FN)

Libros(Sin Normalizar)
AlumnosCursos
IdLibro NombreLibro AoPublicacion
IdAlumno Cursos
Alumnos 10 Informtica 2000
01 DGRAF
IdAlumno NombreAlumno 20 Diccionario tcnico 1994, 1998, 2005
02 PROLOG
01 Julio 30 Programa en Java 2006, 2012
02 DGRAF
02 Alberto LibrosAos(Normalizada)
03 DGRAF
03 Erick IdLibro AoPublicacion
03 SIMSIS
Libros(Normalizada)
10 2000
Ahora todos los valores de ambas tablas IdLibro NombreLibro
20 1994
contienen valores nicos en sus campos, por lo 10 Informtica
20 1998
20 Diccionario tcnico
tanto ambas tablas cumplen la primera forma 20 2005
30 Programa en Java
normal. 30 2006
30 2012

Ing. Msc. Alberto Medina Villacorta 9

 12/11/2014

1FN Para practicar 1FN Para practicar

En su lugar, almacene todas las informaciones

Para realizar el seguimiento de un artculo de
de proveedor en una tabla independiente
inventario que puede provenir de dos orgenes,
denominada Proveedores entonces en lugar de
un registro del inventario puede contener
utilizar los campos proveedor 1, proveedor 2,
campos para el Cdigo de proveedor 1 y el
etc. Utilizamos un solo campo
Cdigo de proveedor 2.
CdigoProveedor relacionado a la tabla
Qu pasa si agregamos un tercer campo? proveedores.

La solucin no es agregar un campo; hace falta

modificar el programa y la tabla.

1FN Para practicar (Solucin) 2FN Segunda Forma Normal

Productos(Sin Normalizar) En lugar de hacer varios Conceptos previos:
Producto Prov1 Prov2 Prov3 campos para los
Se denomina clave o llave primaria
Maz -- Granja -- proveedores en una sola
Arroz Casita -- -- tabla, hacemos otra tabla al subconjunto mnimo y no vaco
con el campo proveedor de atributos que permiten
Proveedor(Normalizada) y colocamos varios identificar en forma unvoca una
IdProveedor NombreProveedor registros para los tpla dentro de la relacin.
145 Casita proveedores (tabla de en Si existen varios conjuntos que
154 Granja medio). Sustituimos la cumplan esta condicin se
tabla superior de la
Productos(Normalizada) denominan claves o llaves
izquierda por la tabla
Producto IdProveedor candidatas.
Maz 154 inferior.
Arroz 145

Ing. Msc. Alberto Medina Villacorta 10

 12/11/2014

2FN Segunda Forma Normal 2FN Segunda Forma Normal

Los atributos que conforman parte de la clave
primaria o candidata se denominan atributos
primos, los atributos que no forman parte de
ninguna de estas claves se denominan atributos
no primos.
Se dice que una tabla se encuentra en
segunda forma normal (2FN) si y solo si:
Si est en 1FN.
Todos sus atributos no primos dependen
funcionalmente de forma completa de la clave
primaria (Es decir existe dependencia funcional).

2FN Segunda Forma Normal Ejemplo Segunda Forma Normal

Solucin: IdEmpleado IdDpto Nombre Departamento Aos

1 6 Julio Contabilidad 6
Crear tablas independientes para conjuntos 2 3 Alberto Sistemas 3
de valores que se apliquen a varios registros. 3 2 Erick Ventas 1
4 3 Miguel Sistemas 10
Relacionar dichas tablas mediante una clave 5 6 Carlos Contabilidad 5
externa.
Los registros tan slo deben depender de la Sea la clave primaria de esta tabla formada por
clave principal de una tabla (si es necesario, los campos IdEmpleado e IdDpto, podemos decir
puede ser una clave compuesta). que la tabla se encuentra en primera forma
normal por tanto veremos la segunda forma
normal (2FN).

Ing. Msc. Alberto Medina Villacorta 11

 12/11/2014

Ejemplo Segunda Forma Normal Ejemplo Segunda Forma Normal

IdEmpleado IdDpto Nombre Departamento Aos IdEmpleado IdDpto Nombre Departamento Aos
1 6 Julio Contabilidad 6 1 6 Julio Contabilidad 6
2 3 Alberto Sistemas 3 2 3 Alberto Sistemas 3
3 2 Erick Ventas 1 3 2 Erick Ventas 1
4 3 Miguel Sistemas 10 4 3 Miguel Sistemas 10
5 6 Carlos Contabilidad 5 5 6 Carlos Contabilidad 5

Realizamos su diagrama de dependencias:

Las dependencias funcionales de la relacin
son las siguientes: IdDpto Departamento
IdEmpleado Nombre;
Aos
IdDpto Departamento;
IdEmpleado Nombre
IdEmpleado, IdDpto Aos;

Ejemplo Segunda Forma Normal Ejemplo Segunda Forma Normal

IdEmpleado IdDpto Nombre Departamento Aos
1 6 Julio Contabilidad 6
IdDpto Departamento
2 3 Alberto Sistemas 3
3 2 Erick Ventas 1 Aos
4 3 Miguel Sistemas 10 IdEmpleado Nombre
5 6 Carlos Contabilidad 5

Al no existir dependencias funcionales totales

respecto a la clave de todos los campos, esta IdEmpleado Nombre IdDpto Departamento
relacin no esta en segunda forma normal.
Debemos proceder a normalizarla, se aplica la IdDpto
descomposicin de dependencia solo a aquellas Aos
IdEmpleado
que no se encuentran en segunda forma normal.

Ing. Msc. Alberto Medina Villacorta 12


Ejemplo Segunda Forma Normal
Tabla R1
IdEmpleado Nombre
1 Julio
2 Alberto
3 Erick
4 Miguel
5 Carlos
Tabla R3
IdEmpleado IdDpto
1 6
2 3
3 2
4 3
5 6
3FN Tercera Forma Normal
Conceptos previos:
Se define Dependencia Transitiva, en la que
existen las siguientes dependencias
funcionales.
XY
Se dice que Z tiene una dependencia
transitiva respecto a X a travs de Y
X Y
Ing. Msc. Alberto Medina Villacorta
12/11/2014
Para practicar 2FN
Tabla R2
IdDpto Departamento
Piense en la direccin de un cliente en un
6 Contabilidad sistema de contabilidad.
3 Sistemas La direccin es necesitada por la tabla Clientes
2 Ventas pero por las tablas Pedidos, Facturas y Cuentas
3 Sistemas a cobrar tambin.
6 Contabilidad
En lugar de almacenar la direccin del cliente
Aos
como una entrada diferente en cada tabla,
6
almacnela en un nico lugar, ya sea en la tabla
3 Clientes o en una tabla de direcciones
1 independiente.
10
5
3FN Tercera Forma Normal
Se dice que una tabla o relacin se
encuentra en tercera forma normal (3FN) si y
solo si:
Est en 2FN.
YZ Ningn atributo no primo dependen no
transitivamente de la clave primaria (No
existe Dependencia Transitiva).
Z
13
 12/11/2014

Ejemplo 1 Tercera Forma Normal Ejemplo 1 Tercera Forma Normal

IdAlumno Nombre Curso Aula IdAlumno Nombre Curso Aula
1 Julio Informtica Aula A 1 Julio Informtica Aula A
2 Alberto Ingls Aula B 2 Alberto Ingls Aula B
3 Erick Contabilidad Aula C 3 Erick Contabilidad Aula C

Dependencias La tabla esta en 1FN y comprobamos que est

IdAlumno Nombre, Curso en 2NF. Pero existe dependencia transitiva, por
Curso Aula lo cual no est en 3FN

Nombre Nombre
IdAlumno IdAlumno
Curso Aula Curso Aula

Ejemplo 1 Tercera Forma Normal Ejemplo 1 Tercera Forma Normal

IdAlumno Nombre Curso Aula
Tabla R1
1 Julio Informtica Aula A
Curso Aula
2 Alberto Ingls Aula B
Informtica Aula A
3 Erick Contabilidad Aula C
Ingls Aula B
Aplicamos descomposicin sin prdidas para Contabilidad Aula C
la dependencia que impide 3FN y obtenemos:
Tabla R2
Aula IdAlumno Nombre Curso
Curso
1 Julio Informtica
2 Alberto Ingls
Nombre 3 Erick Contabilidad
IdAlumno
Curso

Ing. Msc. Alberto Medina Villacorta 14

 12/11/2014

Ejemplo de Normalizacin Ejemplo de Normalizacin

A travs del siguiente ejercicio se intenta
afirmar los conocimientos de normalizacin
con un ejemplo simplificado de una base de
datos para una pequea biblioteca
IdLibro Ttulo Autor
Esta tabla NO cumple el requisito de la Primera
Forma Normal(1FN) de solo tener campos
atmicos, pues el nombre del lector es un
campo que puede (y conviene) descomponerse en
apellido paterno, apellido materno y nombres tal
como se muestra en al siguiente tabla:
Editorial NombreLector FechaDev

1001 Variable compleja Murrey Spiegel Mc Graw Hill Perez Gmez, Juan 15/04/2005 IdLibro Ttulo Autor Editorial Paterno Materno Nombre FechaDev

1004 Visual Basic E. Petroutsos Anaya Rios Tern, Ana 17/04/2005 1001 Variable Murrey Spiegel Mc Graw Hill Perez Gmez Juan 15/04/2005
compleja
1005 Estadstica Murrey Spiegel Mc Graw Hill Roca, Rene 16/04/2005 1004 Visual Basic E. Petroutsos Anaya Rios Tern Ana 17/04/2005
1006 Oracle N. Greenberg y P. Oracle Corp. Garca Roque, Luis 20/04/2005 1005 Estadstica Murrey Spiegel Mc Graw Hill Roca Rene 16/04/2005
Nathan
1007 Clipper 5,1 Ramalho Mc Graw Hill Perez Gmez, Juan 18/04/2005 1006 Oracle N. Greenberg Oracle Corp. Garca Roque Luis 20/04/2005
1006 Oracle P. Nathan Oracle Corp. Garca Roque Luis 20/04/2005
1007 Clipper 5,1 Ramalho Mc Graw Hill Perez Gmez Juan 18/04/2005

Ejemplo de Normalizacin Ejemplo de Normalizacin

La Segunda Forma Normal (2FN) pide que no existan

dependencias parciales o dicho de otra manera, todos 2FN IdLibro Ttulo Autor Editorial

1001 Variable compleja Murrey Spiegel Mc Graw Hill

los atributos no clave deben depender por completo de 1004 Visual Basic E. Petroutsos Anaya
la clave primaria. 1005 Estadstica Murrey Spiegel Mc Graw Hill

Actualmente en nuestra tabla tenemos varias 1006 Oracle N. Greenberg Oracle Corp.

dependencias parciales si consideramos como atributo 1006 Oracle P. Nathan Oracle Corp.

clave el identificador del libro. 1007 Clipper 5,1 Ramalho Mc Graw Hill

Por ejemplo el ttulo es completamente identificado con IdLector Paterno Materno Nombre
La nueva tabla solo
el identificador del libro, pero el nombre del lector en 501 Perez Gmez Juan
contendr datos del
realidad no tiene dependencia de ste identificador, 502 Rios Tern Ana
lector.
por tanto estos datos deben ser trasladados a otra 503 Roca Rene
tabla. 504 Garca Roque Luis

Ing. Msc. Alberto Medina Villacorta 15

 12/11/2014

Ejemplo de Normalizacin Ejemplo de Normalizacin

Hemos creado una tabla para contener los datos IdLibro Ttulo Autor Editorial
2FN
del lector y tambin tuvimos que crear la columna
1001 Variable compleja Murrey Spiegel Mc Graw Hill

1004 Visual Basic E. Petroutsos Anaya

idLector para identificar unvocamente a cada uno.
1005 Estadstica Murrey Spiegel Mc Graw Hill
Sin embargo, esta nueva disposicin de la base de 1006 Oracle N. Greenberg Oracle Corp.

datos necesita que exista otra tabla para mantener 1006 Oracle P. Nathan Oracle Corp.

la informacin de que libros estn prestados a que 1007 Clipper 5,1 Ramalho Mc Graw Hill

lectores. IdLector Paterno Materno Nombre IdLibro IdLector FechaDev

Esa tabla se muestra junto con las otras a 501 Perez Gmez Juan 1001 501 15/04/2005

continuacin: 502 Rios Tern Ana 1004 502 17/04/2005

503 Roca Rene 1005 503 16/04/2005

504 Garca Roque Luis 1006 504 20/04/2005

1007 501 18/04/2005

Ejemplo de Normalizacin Ejemplo de Normalizacin

Para la Tercera Forma Normal (3NF) la relacin En nuestro ejemplo en 2FN, la primera tabla
debe estar en 2NF y adems los atributos no clave conserva la informacin acerca del libro, los
deben ser mutuamente independientes y autores y editoriales, por lo que debemos crear
dependientes por completo de la clave primaria. nuevas tablas para satisfacer los requisitos de 3NF.
Tambin recordemos que dijimos que esto
IdLibro Ttulo Autor Editorial
significa que las columnas en la tabla deben
1001 Variable compleja Murrey Spiegel Mc Graw Hill
contener solamente informacin sobre la entidad 1004 Visual Basic E. Petroutsos Anaya
definida por la clave primaria y, por tanto, las 1005 Estadstica Murrey Spiegel Mc Graw Hill
columnas en la tabla deben contener datos acerca 1006 Oracle N. Greenberg Oracle Corp.
de una sola cosa. No cumple 1006 Oracle P. Nathan Oracle Corp.
con la 3FN 1007 Clipper 5,1 Ramalho Mc Graw Hill

Ing. Msc. Alberto Medina Villacorta 16

 12/11/2014

Ejemplo de Normalizacin Ejemplo de Normalizacin

IdLibro Ttulo
IdAutor Autor 3FN IdLibro Ttulo IdAutor Autor IdEditorial Editorial

1001 Variable compleja 801 Murrey Spiegel 901 Mc Graw Hill

1001 Variable compleja 801 Murrey Spiegel
IdEditorial Editorial 902 Anaya
1004 Visual Basic 1004 Visual Basic 802 E. Petroutsos
802 E. Petroutsos 903 Oracle Corp.
901 Mc Graw Hill 1005 Estadstica 803 N. Greenberg
1005 Estadstica 803 N. Greenberg
902 Anaya 1006 Oracle 804 P. Nathan IdLibro IdLector FechaDev
1006 Oracle 804 P. Nathan
903 Oracle Corp. 1007 Clipper 5,1 806 Ramalho 1001 501 15/04/2005
1007 Clipper 5,1 806 Ramalho
1004 502 17/04/2005
Y el resto de las tablas no
Aunque hemos creado nuevas tablas para que cada necesitan modificacin
1005 503 16/04/2005
1006 504 20/04/2005
una tenga slo informacin acerca de una entidad, IdLibro IdAutor
1007 501 18/04/2005
tambin hemos perdido la informacin acerca de qu 1001 801 IdLibro IdEditorial

autor ha escrito qu libro y las editoriales 1004 802 1001 901 IdLector Paterno Materno Nombre

correspondientes, por lo que debemos crear otras 1005 801 1004 902 501 Perez Gmez Juan

tablas que relacionen cada libro con sus autores y 1006 803 1005 901 502 Rios Tern Ana
1006 804 1006 903 503 Roca Rene
editoriales. 1007 806 1007 901 504 Garca Roque Luis

Ing. Msc. Alberto Medina Villacorta 17