Modelo de Datos Orientados a Objetos

1

MODELO DE DATOS AVANZADOS DE BASE DE DATOS

1. Modelo Jerrquico de Datos, es la representacin jerrquica de datos como un conjunto de
relaciones de uno a muchos.
























2. Relaciones de Modelo Recursivo, una relacin recursiva es la relacin entre una entidad con
ella misma.











Considerar representar una relacin jerrquica como una relacin recursiva







Edificio
Departamento

Pisos

Area

Empleado

Nume_emp (PK)
Nomb_emp
Fech_emp
Sala_emp
Codi_jefe (FK)
Cada empleado puede estar bajo las ordenes de uno y
solo un empleado
Cada empleado puede ser gerente de uno o mas
empleados
Area

Codi_are (PK)
Desc_are
Codi_dep (FK)
Codi_ pis (FK)
Codi_edi (FK)
Modelo de Datos Orientados a Objetos

2


Nota:
Una entidad recursiva debe incluir todos los atributos de cada entidad individual . idealmente, las
entidades en cada nivel de la jerarqua deben tener los mismos atributos.
El modelo de organizacin recursiva puede fcilmente manejar la inclusin o eliminacin de capas
en la organizacin.
El modelo de organizaciones recursiva no puede manejar relaciones obligatorias.
La relacin recursiva debe ser opcional en ambas direcciones.


3. Relaciones que Modelan Roles, se debe tener mucha consideracin con las relaciones que
modelan roles. Las entidades que representan roles pueden compartir instancias que se traslapan.












4. Modelar Subtipos, usar subtipos para modelar exclusivamente tipos de entidades que tienen
atributos o relaciones comunes. Se debe tener cuidado con las instancias que pueden estar en
ambos subtipo-supertipo es incorrecta en esas instancias.






















Inscripcin
Instructor Curso Estudiante
Empleado

Codi_emp (PK)
Nomb_emp


Empleado_Contratado

Nro_horas
Fech_con
Empleado_Nombrado

Cate_nbr
Tipo_nbr
Sindicato Departamento
Supertipo
Subtipo
Inscripcin
Curso Persona
Modelo de Datos Orientados a Objetos

3

5. Modelos de Datos de Tiempo, Agregar entidades adicionales y relaciones al modelo entidad
relacion para acomodar datos historicos. Validar cualquier requerimiento para almacenar datos
historicos con el usuario. Almacenar datos historicos innecesarios puede ser costoso.












6. Modelar Relaciones Complejas, basados en relaciones de muchos a muchos.


Modelo complejo









Se crea una entidad interseccin con relaciones obligatorias con las entidades relacionadas de
muchos a muchos entidades




Persona Departamento Persona Histor_Renta
Persona
Compaia
Puesto
Departamento
Persona
Compaia
Puesto
Historia_Emp
Modelo de Datos Orientados a Objetos

4

MODELO DE DATOS CONCEPTUAL AVANZADO

NORMALIZAR UN MODELO DE DATOS. Normalizar es un concepto de base de datos relacional,
pero sus principios se aplican al modelo conceptual de datos
Validar cada atributo usando las reglas de normalizacion:

Regla de Forma Normal Descripcin
Primera Forma Normal (1FN)
Todos los atributos deben tener un solo valor para cada
instancia.
Segunda Forma Normal (2FN)
Un atributo debe ser dependiente del identificador nico
completo
Tercera Forma Normal (3FN)
Ningn atributo no UID puede ser dependiente de otro atributo
no UID.

Nota:
Un modelo de datos entidad-relacin normalizado se traslada automticamente dentro de un diseo
de base de datos.
La 3FN es un objetivo generalmente aceptado para eliminar redundancia en el diseo de base de
datos.

Mtodo de Dependencia de Datos:
Confeccionar o disear una matriz o mapa de instancias nica con todos los datos obtenidos en la
recoleccin de informacin.
Regla de la 1FN. Todos los atributos deben tener un solo valor para cada instancia.
Validacin:
Cada atributo debe tener un valor nico para cada ocurrencia de la entidad (matriz).
Localizar un atributo el cual sea el identificador nico (UID) de toda la ocurrencia de
entidad.
Dividir en dos la entidad, agrupndolos de acuerdo a atributos con instancias repetitivas y
no repetitivas.
El UID localizado permace en el grupo repetitivo como PK.
El UID localizado se traslada a la entidad con datos no repetitivos como FK.
Localizar en la entidad con instancias no repetitivas un PK para identificar a la entidad.

Regla de la 2FN. Un atributo debe ser dependiente del identificador nico completo.
Validacin:
Implantado en la entidad con mas de dos identificadores (ya sean PK o FK).
Identificar un atributo (no llave), y localizar si depende totalmente del identificador nico.
Si existen atributos con esas caractersticas pasan a conformar una nueva entidad.
Y se apoderan del identificador nico como su PK, dejando en la entidad a la que
pertenecan como un FK.

Regla de la 3FN. Ningn atributo no UID puede ser dependiente de otro atributo no UID.
Validacin:
Identificar atributos no UID si dependen de otro atributo no UID, pasan a conformar una
nueva entidad.
Dejar al atributo el cual dependen como FK, llevndolo a conformar la nueva entidad como
PK.

Nota:
Se puede aplicar mas de una vez cualquier forma normal segn sea el requerimiento, pero tener en
cuenta que una vez haber pasado a la siguiente forma normal ya no se puede retroceder.