DER A Tablas PDF

Capítulo 5
+ Diseño
Lógico de
una Base de
Datos
Base de Datos
CC331
+ 7-2
Objetivos del Capítulo
■ Describir el concepto de diseño lógico de una base de

datos.
■ Diseñar bases de datos relacionales convirtiendo diagramas

entidad-relación en tablas relacionales.
■ Describir el proceso de normalización de datos.

+ 7-3
Objetivos del Capítulo
■ Realizar el proceso de normalización de datos.
■ Probar tablas para irregularidades utilizando el proceso de

normalización de datos.
+ 7-4
Diseño Lógico de una base de

Datos
■ El proceso de cómo organizar los atributos de las entidades
en el entorno empresarial en estructuras de base de datos,
como las tablas de una base de datos relacional.
■ La meta es crear tablas bien estructuradas que reflejen

adecuadamente el entorno de negocios de la compañía
+ 7-5
Diseño Lógico de Sistemas de

Bases de Datos Relacionales
■ (1) La conversión de diagramas E-R en tablas relacionales.
■ (2) La técnica de normalización de datos.
■ (3) El uso de la técnica de normalización para evaluar las

tablas resultantes de las conversiones del diagrama E-R.
+ 7-6
Convirtiendo Diagramas E-R en

Tablas Relacionales
■ Cada entidad se convertirá a una tabla.
■ Cada relación muchos a muchos o entidad asociativa se

convertirá a una tabla.
■ Durante la conversión, se deben seguir ciertas reglas para

asegurar que las claves foráneas aparezcan en los lugares
adecuados en las tablas.
Convirtiendo una Entidad Simple
■ La tabla simplemente contiene los atributos que fueron

especificados en la caja entidad.
■ NumeroVendedor está subrayado para indicar que es el
único identificador de la entidad y la clave primaria de la
tabla.
7-7
Convirtiendo Entidades en Relaciones
Binarias: Uno-a-Uno
■ Haytres opciones para diseñar tablas para

representar estos datos.
7-8
Uno-a-Uno: Opción #1
■ Lasdos entidades se
combinan en una
tabla relacional.
7-9
■ Tablas separadas para
las entidades VENDEDOR
y OFICINA,con el
NumeroOficina como
una clave foránea en la
tabla VENDEDOR
7-10
■ Tablas separadas para
las entidades VENDEDOR
y OFICINA, con
NumeroVendedor como
una clave foránea en la
tabla OFICINA
7-11
Binarias: Uno-a-Muchos
■ El identificador único de la entidad en el “lado uno” de la

relación uno a muchos es ubicado como una clave foránea
en la tabla que representa la entidad en el “lado muchos”.
■ Así, el atributo NumeroVendedor es ubicado en la tabla
CLIENTE como una clave foránea.
7-12
Binarias: Uno-a-Muchos
7-13
Binarias: Muchos-a-Muchos
■ Diagrama E-R con la relación binaria muchos a

muchos y el diagrama equivalente usando una
entidad asociativa.
7-14
+ 7-15

■ Un diagrama E-R con dos entidades en una
relación muchos a muchos se convierte a tres
tablas relacionales.
■ Cada una de las dos entidades se convierte a una
tabla con sus atributos propios pero sin ninguna
clave foránea (respecto a esta relación).
■ Adicionalmente, allí debe estar una tercera tabla
“muchos a muchos” para la relación muchos a
muchos.
■ La clave primaria de
VENTA es la combinación
de los identificadores
únicos de las dos
entidades en la relación
muchos a muchos. Los
atributos adicionales son
la intersección de datos.
7-16
Unarias: Uno-a-Uno
■ Con un solo tipo de entidad
involucrado y con una
relación uno a uno, la
conversión requiere sólo
una tabla.
7-17
Unarias: Uno-a-Muchos
■ Muy similar al caso
unitario uno a uno.
7-18
Unarias: Muchos-a-Muchos
■ Esta
relación requiere dos tablas en la
conversión.
■ La tabla PRODUCTO no tiene claves foráneas. 7-19
Unarias: Muchos-a-Muchos
■ Se crea una segunda tabla ya que en la conversión de

una relación de muchos a muchos de cualquier grado
(unario, binario o ternario), el número de tablas será
igual al número de tipos de entidad (uno, dos o tres,
respectivamente ) más una tabla adicional para la
relación de muchos a muchos.
7-20
Ternarias
■ La clave primaria de la tabla VENTA es la

combinación de los identificadores únicos de las tres
entidades involucradas, más el atributo Fecha.
7-21
Ternarias
■ La clave primaria de la tabla VENTA es la

combinación de los identificadores únicos de las tres
entidades involucradas, más el atributo Fecha. 7-22

DER A Tablas PDF

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DER A Tablas PDF

Cargado por

Copyright:

Formatos disponibles

Capítulo 5

Objetivos del Capítulo

■ Describir el concepto de diseño lógico de una base de

■ Diseñar bases de datos relacionales convirtiendo diagramas

■ Describir el proceso de normalización de datos.

Objetivos del Capítulo

■ Realizar el proceso de normalización de datos.

■ Probar tablas para irregularidades utilizando el proceso de

Diseño Lógico de una base de

■ La meta es crear tablas bien estructuradas que reflejen

Diseño Lógico de Sistemas de

■ (2) La técnica de normalización de datos.

■ (3) El uso de la técnica de normalización para evaluar las

Convirtiendo Diagramas E-R en

■ Cada relación muchos a muchos o entidad asociativa se

■ Durante la conversión, se deben seguir ciertas reglas para

■ La tabla simplemente contiene los atributos que fueron

■ Haytres opciones para diseñar tablas para

■ El identificador único de la entidad en el “lado uno” de la

■ Diagrama E-R con la relación binaria muchos a

Convirtiendo Entidades en Relaciones

■ Se crea una segunda tabla ya que en la conversión de

■ La clave primaria de la tabla VENTA es la

■ La clave primaria de la tabla VENTA es la

También podría gustarte