TALLER DE BASE DE

DATOS
UNIDAD 2
SEMANA 6
Ing. César E. Aguirre Rodríguez
UNIDAD 2: DISEÑO DE UNA BASE DE DATOS

SEMANA 6: Conversión de un Modelo ER en un Modelo

Relacional
 LOGRO DE SESIÓN

Al finalizar la sesión, el estudiante, resume, explica y desarrolla la

conversión de un modelo ER en un modelo relacional, Reglas
básicas de conversión y la conversión de jerarquías de
generalización

Temario:

1. Reglas de transformación
2. Transformación al modelo lógico correspondiente
3. Entidades Independiente y dependiente
4. Relación Identificatoria VS No Identificatoria
5. Conversiones de jerarquía
TRANSFORMACIÓN DEL MODELO CONCEPTUAL EN EL
MODELO LÓGICO

• Para obtener el esquema lógico de base de datos, en primer lugar

se debe tener a la mano el esquema conceptual de base de datos.

• En segundo lugar se debe seleccionar el modelo lógico a utilizar

• Finalmente se aplicar las reglas de transformación que a

continuación se detallan.
REGLA DE TRANSFORMACIÓN

• Toda entidad se convierte en una tabla o relación que

toma el nombre de la entidad. Los atributos de la entidad
serán las columnas de la tabla y el atributo identificador
principal será la clave primaria.
REGLA DE TRANSFORMACIÓN

• 1. Toda entidad se convierte en una tabla o relación que

toma el nombre de la entidad. Los atributos de la entidad
serán las columnas de la tabla y el atributo identificador
principal será la clave primaria.
REGLA DE TRANSFORMACIÓN

RELACIÓN NO IDENTIFICADORA

• 2. Las interrelaciones 1 : N ó 1 : 1 se transforman

propagando el atributo identificador principal de la
entidad que tiene cardinalidad máxima 1 a la que tiene
cardinalidad máxima N. Si la relación fuese 1:1 la
propagación de clave podría hacerse en cualquier
sentido.
REGLA DE TRANSFORMACIÓN

RELACIÓN IDENTIFICADORA

• 3. Las interrelaciones N:M se transforman en una tabla

cuya clave primaria será la concatenación de los
atributos principales de las entidades que se asocia;
estos atributos serán claves Foráneas que referencian a
las respectivas tablas donde son claves primarias.
EJEMPLO DE TRANSFORMACIÓN
EJEMPLO DE TRANSFORMACIÓN

Relación No Identificadora

• Los atributos identificadores se transforman en Claves Primarias

(PK).
• La relación de cardinalidad de uno a muchos se transforma en una
relación No Identificadora, y se grafica con línea discontinua.
OTRO EJEMPLO DE TRANSFORMACIÓN
TRANSFORMANDO AL MODELO LÓGICO CORRESPONDIENTE:

• La relación de cardinalidad de muchos a muchos se transforma en

una relación Identificadora.

• Entre las dos entidades iniciales se grafica una entidad intermedia

cuya PK está conformada por las PKs de las otras dos.

• La PK de la nueva entidad intermedia se compone por las PK’s de

las otras dos, las cuales pasan a la entidad intermedia como Claves
Foráneas (FK)

• La relación Identificadora se grafica con línea continua

TRANSFORMANDO AL MODELO LÓGICO CORRESPONDIENTE:

FACTURA PRODUCTO
NRO_FACT COD_PROD
FECHA_FACT DETALLE_FACT NOM_PROD
MONTO_FACT PREC_PROD
NRO_FACT (FK)
COD_PROD (FK)
CANTIDAD
PRECIO_VENT
ENTIDAD INDEPENDIENTE

• Una entidad cuyas instancias pueden ser identificadas

unívocamente sin necesidad de determinar su relación con otra
entidad. Tiene existencia propia.

• A una entidad independiente también se la conoce como Entidad

Fuerte ó Entidad Regular, la cual tiene atributos propios, además de
aquellos necesarios para establecer asociaciones y que tiene
entidades asociadas cuyas ocurrencias dependen de la existencia
de ciertas ocurrencias en ella.
ENTIDAD DEPENDIENTE

• No tiene existencia propia, su existencia depende de la existencia

de otra u otras entidades Independientes.

• A una Entidad Dependiente también se la conoce como Entidad

Débil, la cual tiene atributos que le permiten establecer
asociaciones con otras entidades y cuyas instancias dependen de
la existencia de otras instancias de una entidad fuerte asociada.
E. INDEPENDIENTE Y E. DEPENDIENTE

• Como ejemplo de entidad dependiente tenemos a la entidad

BLOQUE o sección; un bloque o sección de un CURSO no puede
existir si el curso no existe.
RELACIÓN IDENTIFICATORIA VS NO IDENTIFICATORIA

• UNA RELACIÓN IDENTIFICADORA (IDENTIFYING) es una relación de

dependencia formal, en la que la tabla dependiente hereda la PK de la tabla
origen, y al mismo tiempo es parte de su PK.

• En el caso de una factura de venta, en la que los items se almacenan en

una tabla distinta (cosas de la normalización). La PK de Detalle Factura
está compuesta por COD_VENTA + NRO_ITEM (COD_PROD).
RELACIÓN IDENTIFICATORIA VS NO IDENTIFICATORIA

VENTA
COD_VENTA
IMPORTE
FECHA DETALLE VENTA
COD_VENTA (FK)
RELACIÓN IDENTIFICATORIA VS NO IDENTIFICATORIA

• UNA RELACIÓN NO IDENTIFICATORIA (NON-IDENTIFYING) se

establece entre dos tablas cuya relación es opcional, y no compone la clave
primaria, pero cuyo valor debe cumplir la integridad referencial.

• En el caso de una tabla que represente un documento de pago, en el que

se exista una columna asignada a tipos de tarjetas de crédito. Si el pago no
se realiza por tarjeta, el campo no se usa, pero si se paga con tarjeta, el
tipo debe corresponder a uno de los valores almacenados en la tabla
TiposTarjeta.
RELACIÓN IDENTIFICATORIA VS NO IDENTIFICATORIA

PAGOS
COD_PAGO
FECHA_PAGO
HORA_PAGO TIPOS_TARJETA
COD_TARJETA (FK) COD_TARJETA
CANTIDAD
NOM_TARJETA
CONVERSIONES DE JERARQUÍA

• Conversiones de jerarquía ISA = is a (es un/es una)

1. Cada entidad de las relaciones ISA (sin importar si es súper o sub entidad)
se convierte en una tabla que contendrá cada uno de los atributos de la
entidad.

2. Si las sub entidades no tienen clave propia, se colocará como clave, la

clave de su súper entidad. Esta clave heredada será clave externa (foreign
key), además de clave principal.

3. En el caso de que las sub entidades tengan clave principal propia. Se

colocará en las sub entidades el identificador de la súper entidad como
clave externa que además será clave alternativa
CONVERSIONES DE JERARQUÍA
TRANSFORMACIONES DE RELACIONES RECURSIVAS

• Las relaciones recursivas se tratan de la misma forma que las otras, sólo que hay
que imaginar que la tabla se divide en dos, una por cada rol. Teniendo en cuenta
eso, la solución es idéntica a lo ya resuelto en los casos anteriores sólo que es una
sola tabla la participante.
TRANSFORMACIONES DE RELACIONES RECURSIVAS
TRANSFORMACIONES DE RELACIONES RECURSIVAS
TRANSFORMACIONES DE RELACIONES RECURSIVAS
TRANSFORMACIONES DE RELACIONES RECURSIVAS
RESUMEN

• Toda entidad se convierte en una tabla o relación que toma el nombre de la

entidad. Los atributos de la entidad serán las columnas de la tabla y el
atributo identificador principal será la clave primaria.

• Las interrelaciones 1 : N ó 1 : 1 se transforman propagando el atributo

identificador principal de la entidad que tiene cardinalidad máxima 1 a la
que tiene cardinalidad máxima N.

• Las interrelaciones N:M se transforman en una tabla cuya clave primaria

será la concatenación de los atributos principales de las entidades que se
asocia; estos atributos serán claves Foráneas que referencian a las
respectivas tablas donde son claves primarias.
¿Preguntas o
Comentarios?