Está en la página 1de 13

Bases de Datos

Sesin 05

Jessica Meza-Jaque, PhD

LOGO

Contenidos

Relaciones Implcitas
Relaciones de Nomenclatura

Aplicacin de Relaciones Implcitas

Aplicacin Relaciones de Nomenclatura

Ejercicios

Jessica Meza-Jaque, PhD

Objetivos de la Sesin

Conocer el concepto de
Relacin Implcita
Conocer el concepto de
Relacin de Nomenclatura
Aplicar el concepto de
Relacin Implcita
Aplicar el Concepto de
Relacin de Nomenclatura

Jessica Meza-Jaque, PhD

Relaciones implcitas

REGIN
CIUDAD

* Cod.Regin
Nombre Regin

PERTENECE
(1,n)

(1,1)

* Cd-Ciudad
Nombre-Ciudad

1) Observe el MCD anterior. Se tiene dos entidades y una relacin (Relacin


Binaria, pues participan slo dos entidades en tal relacin).
2) PERTENECE es una relacin que alberga a todas las ciudades que
pertenecen a una regin. En este caso, cada una de las ciudades slo puede
pertenecer a una regin, 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 relacin explcita
PERTENECE en una Relacin Implcita del mismo nombre.
Jessica Meza-Jaque, PhD

Relaciones implcitas

REGIN

CIUDAD

PERTENECE
* Cod.Regin
Nombre Regin

(1,n)

(1,1)

* Cd-Ciudad
Nombre-Ciudad
+ Cd.Regin

Cmo dibujamos entonces la Relacin Implcita 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 relacin
3.- Se mantienen los dos pares de cardinalidades
4.- El identificador de REGIN pasa como atributo de CIUDAD. De otra
manera, la entidad que tiene la cardinalidad (1,1) sobre la relacin absorbe
el identificador de la otra entidad, como atributo.
Jessica Meza-Jaque, PhD

Regla general: Relaciones implcitas

ENTIDAD-1

ENTIDAD-2

*Identificador-1
Propiedad-1

RELACIN
(1,n)

(1,1)

*Identificador-2
Propiedad-2

1. Cuando se tiene una relacin binaria,


2. Cuando la relacin NO tiene atributos, y
3. Cuando las entidades participan con cardinalidades (1,1) y (1,n) sobre la
relacin
ENTONCES, la relacin explcita debe llevarse a relacin implcita
Jessica Meza-Jaque, PhD

Regla General: Relaciones implcitas

Y queda de la forma:
ENTIDAD-1

ENTIDAD-2

RELACIN
*Identificador-1
Propiedad-1

(1,n)

(1,1)

*Identificador-2
Propiedad-2
+ Identificador-1

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
RELACIN, por una cardinalidad (0,n), descubrir que tambin es posible
llevar la relacin de explcita e implcita.
Por el contrario, note que son casos, en estricto rigor, anmalos combinar la
cardinalidad (1,1) con las cardinalidades (0,1) y (1,1)
Jessica Meza-Jaque, PhD

Relaciones implcitas ?

(0,1)

(0,n)

(1,1)
(1,n)

(1,1)
Jessica Meza-Jaque, PhD

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

Tambin llamadas Relaciones de Piezas y Partes o


Relaciones recursivas

Desarrolle un MCD que permita almacenar


los proyectos que maneja una cierta
organizacin. Cada proyecto tiene su
identificacin, nombre y jefe de proyecto.
Cada proyecto adems puede dividirse en 2
ms, dependiendo de la envergadura del
primero. Cuando un proyecto se divide, se
le asigna una identificacin y un jefe de
proyecto.

Jessica Meza-Jaque, PhD

Relaciones de nomenclatura

Elementos del anlisis:


1. Lo primero sera distinguir que debe existir una entidad
PROYECTO que almacene los datos de todos los proyectos
de la organizacin.
2. Lo segundo que debemos tener claro es que un subproyecto (Proyecto-hijo) es tambin un proyecto, pues
deber tener los mismos atributos de proyecto (Proyectopadre).
3. Habr proyectos que no sern divididos, por lo cual no
tendrn proyectos-hijos
4. Habr proyectos-hijos que a su vez sern proyectos-padre
de aquellos en los que ste se haya subdividido.
5. Jefe de proyecto puede ser interpretado como un atributo
de Proyecto (caso ms simple) o tambin como una
entidad JEFE-PROYECTO
Jessica Meza-Jaque, PhD

Relaciones de nomenclatura
Por lo tanto:
1. Diseamos la entidad PROYECTO y
2. La relacin DESGLOSE-PROYECTO, donde almacenaremos
los padres de los proyectos-hijos (Sub-Proyecto) y los
proyectos-hijos de los proyectos-padres (Proyecto-Raz).
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 ms)

Proyecto Raz

PROYECTO

(0,n)

DESGLOSE
PROYECTO

*Id.Proyecto
Jefe-Proyecto

(0,1) Sub-Proyecto

(0,1): no todos los proyectos son subproyectos (proyectos que no se


subdividen) por lo tanto no participaran en
la relacin como sub-proyecto, y si
participan en la relacin, lo harn como
mucho 1 vez, dado que no pueden ser
hijos de ms de un proyecto

Jessica Meza-Jaque, PhD

Relaciones de nomenclatura

En lo general, una relacin de nomenclatura puede estar


conformada por 2 ms entidades (lgicas), pero slo por
una fsica. En efecto, se puede visualizar grficamente slo
una entidad (fsicamente), pero en realidad pueden
representar ms de un concepto (en el ejercicio anterior,
son dos conceptos: proyecto y sub-proyecto), es decir,
lgicamente representan 2 conceptos.
(1,n)
ENTIDAD
* Id.Entidad
Atributo-1

Atributo-n

(0,1)

RELACIN
Atributo

(0,n)
(1,1)
Jessica Meza-Jaque, PhD

Bases de Datos
Sesin 05

Jessica Meza-Jaque, PhD

LOGO