sesión 05 - 2013-2

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


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


* 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.


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.


Relaciones implícitas

Regla general: Relaciones implícitas

*Identificador-1 • Propiedad-1

ENTIDAD-1

RELACIÓN


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


Regla General: Relaciones implícitas


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)



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.




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


*Id.Proyecto • Jefe-Proyecto

PROYECTO DESGLOSE PROYECTO

(0,n)

(0,1)

Proyecto Raíz

Sub-Proyecto


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


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)

…


(0,n)

(0,1)

LOGO

Bases de Datos Sesión 05


sesión 05 - 2013-2

Documents