sesión 05 - 2013-2
DESCRIPTION
UnabTRANSCRIPT
LOGO
Bases de Datos Sesión 05
Jessica Meza-Jaque, PhD
Contenidos
Ejercicios
Relaciones de Nomenclatura
Relaciones Implícitas
Aplicación de Relaciones Implícitas
Aplicación Relaciones de Nomenclatura
Jessica Meza-Jaque, PhD
Conocer el concepto de Relación Implícita
Conocer el concepto de Relación de Nomenclatura
Aplicar el concepto de Relación Implícita
Aplicar el Concepto de Relación de Nomenclatura
Objetivos de la Sesión
Jessica Meza-Jaque, PhD
* Cod.Región • Nombre Región
REGIÓN
PERTENECE
* Cód-Ciudad • Nombre-Ciudad
CIUDAD
(1,n) (1,1)
1) Observe el MCD anterior. Se tiene dos entidades y una relación (Relación Binaria, pues participan sólo dos entidades en tal relación).
2) PERTENECE es una relación que alberga a todas las ciudades que pertenecen a una región. En este caso, cada una de las ciudades sólo puede pertenecer a una región, por lo cual hemos registrado una cardinalidad igual a (1,1). Por otro lado, a todas y cada una de las regiones le deben pertenecer varias ciudades, a lo menos una, por lo cual hemos registrado la cardinalidad igual a (1,n).
3) Finalmente observe que, PERTENECE no tiene atributos
Dadas estas 3 condiciones, estamos listos para convertir la relación explícita
PERTENECE en una Relación Implícita del mismo nombre.
Jessica Meza-Jaque, PhD
Relaciones implícitas
* Cod.Región • Nombre Región
REGIÓN
* Cód-Ciudad • Nombre-Ciudad + Cód.Región
CIUDAD
(1,n) (1,1)
. PERTENECE
¿Cómo dibujamos entonces la Relación Implícita PERTENECE? Tal como aparece en el MCD anterior:
1.- Desaparece el óvalo y se convierte en un punto.
2.- Se mantiene el nombre de la relación
3.- Se mantienen los dos pares de cardinalidades
4.- El identificador de REGIÓN pasa como atributo de CIUDAD. De otra manera, la entidad que tiene la cardinalidad (1,1) sobre la relación “absorbe” el identificador de la otra entidad, como atributo.
Jessica Meza-Jaque, PhD
Relaciones implícitas
Regla general: Relaciones implícitas
*Identificador-1 • Propiedad-1
ENTIDAD-1
RELACIÓN
*Identificador-2 • Propiedad-2
ENTIDAD-2
(1,n) (1,1)
1. Cuando se tiene una relación binaria,
2. Cuando la relación NO tiene atributos, y
3. Cuando las entidades participan con cardinalidades (1,1) y (1,n) sobre la relación
ENTONCES, la relación explícita debe llevarse a relación implícita
Jessica Meza-Jaque, PhD
Regla General: Relaciones implícitas
*Identificador-1 • Propiedad-1
ENTIDAD-1
*Identificador-2 • Propiedad-2 + Identificador-1
ENTIDAD-2
(1,n) (1,1)
. RELACIÓN
Y queda de la forma:
Observe lo determinante que resulta ser una cardinalidad (1,1). En efecto, si usted hace el ejercicio de cambiar la cardinalidad (1,n) de ENTIDAD-1 sobre RELACIÓN, por una cardinalidad (0,n), descubrirá que también es posible llevar la relación de explícita e implícita.
Por el contrario, note que son casos, en estricto rigor, anómalos combinar la cardinalidad (1,1) con las cardinalidades (0,1) y (1,1)
Jessica Meza-Jaque, PhD
Jessica Meza-Jaque, PhD
Relaciones implícitas ¿?
(1,1)
(1,1)
(1,n)
(0,1)
(0,n)
Los pares de cardinalidades indicadas en azul oscuro, ya fueron analizados [(1,1) con (1,n) y (1,1) con 0,n)].
Se recomienda analizar los casos indicados en azul claro.
Relaciones de nomenclatura
También llamadas Relaciones de Piezas y Partes o
Relaciones recursivas
Desarrolle un MCD que permita almacenar los proyectos que maneja una cierta organización. Cada proyecto tiene su identificación, nombre y jefe de proyecto. Cada proyecto además puede dividirse en 2 ó más, dependiendo de la envergadura del primero. Cuando un proyecto se divide, se le asigna una identificación y un jefe de proyecto.
Jessica Meza-Jaque, PhD
Relaciones de nomenclatura
Jessica Meza-Jaque, PhD
Elementos del análisis:
1. Lo primero sería distinguir que debe existir una entidad PROYECTO que almacene los datos de todos los proyectos de la organización.
2. Lo segundo que debemos tener claro es que un sub-proyecto (Proyecto-hijo) es también un proyecto, pues deberá tener los mismos atributos de proyecto (Proyecto-padre).
3. Habrá proyectos que no serán divididos, por lo cual no tendrán proyectos-hijos
4. Habrá proyectos-hijos que a su vez serán proyectos-padre de aquellos en los que éste se haya subdividido.
5. Jefe de proyecto puede ser interpretado como un atributo de Proyecto (caso más simple) o también como una entidad JEFE-PROYECTO
Relaciones de nomenclatura
*Id.Proyecto • Jefe-Proyecto
PROYECTO DESGLOSE PROYECTO
(0,n)
(0,1)
Proyecto Raíz
Sub-Proyecto
Jessica Meza-Jaque, PhD
Por lo tanto:
1. Diseñamos la entidad PROYECTO y
2. La relación DESGLOSE-PROYECTO, donde almacenaremos los padres de los proyectos-hijos (Sub-Proyecto) y los proyectos-hijos de los proyectos-padres (Proyecto-Raíz).
El MCD asociado puede quedar como sigue:
(0,n): hay proyectos que no tienen
sub-proyectos (proyectos que no se
subdividen), y que si los tienen,
pueden tener varios (cuando un
proyecto se subdivide en 2 ó más)
(0,1): no todos los proyectos son sub-
proyectos (proyectos que no se
subdividen) por lo tanto no participarían en
la relación como sub-proyecto, y si
participan en la relación, lo harán como
mucho 1 vez, dado que no pueden ser
hijos de más de un proyecto
Relaciones de nomenclatura
En lo general, una relación de nomenclatura puede estar conformada por 2 ó más entidades (lógicas), pero sólo por una física. En efecto, se puede visualizar gráficamente sólo una entidad (físicamente), pero en realidad pueden representar más de un concepto (en el ejercicio anterior, son dos conceptos: proyecto y sub-proyecto), es decir, lógicamente representan 2 conceptos.
* Id.Entidad • Atributo-1 • … • Atributo-n
ENTIDAD
RELACIÓN
Atributo
(1,n)
(1,1)
…
Jessica Meza-Jaque, PhD
(0,n)
(0,1)
LOGO
Bases de Datos Sesión 05
Jessica Meza-Jaque, PhD