You are on page 1of 4

Modelo de Datos Orientados a Objetos

1

MODELO DE DATOS AVANZADOS DE BASE DE DATOS

1. Modelo Jerárquico de Datos, es la representación jerárquica de datos como un conjunto de
relaciones de uno a muchos.
























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











Considerar representar una relación jerárquica como una relación 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 jerarquía deben tener los mismos atributos.
El modelo de organización recursiva puede fácilmente manejar la inclusión o eliminación de capas
en la organización.
El modelo de organizaciones recursiva no puede manejar relaciones obligatorias.
La relación recursiva debe ser opcional en ambas direcciones.


3. Relaciones que Modelan Roles, se debe tener mucha consideración 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.






















Inscripción
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
Inscripción
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 intersección con relaciones obligatorias con las entidades relacionadas de
muchos a muchos entidades




Persona Departamento Persona Histor_Renta
Persona
Compañia
Puesto
Departamento
Persona
Compañia
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 Descripción
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)
Ningún atributo no UID puede ser dependiente de otro atributo
no UID.

Nota:
Un modelo de datos entidad-relación normalizado se traslada automáticamente dentro de un diseño
de base de datos.
La 3FN es un objetivo generalmente aceptado para eliminar redundancia en el diseño de base de
datos.

Método de Dependencia de Datos:
Confeccionar o diseñar una matriz o mapa de instancias única con todos los datos obtenidos en la
recolección de información.
Regla de la 1FN. Todos los atributos deben tener un solo valor para cada instancia.
Validación:
 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, agrupándolos 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.
Validación:
 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 características pasan a conformar una nueva entidad.
 Y se apoderan del identificador único como su PK, dejando en la entidad a la que
pertenecían como un FK.

Regla de la 3FN. Ningún atributo no UID puede ser dependiente de otro atributo no UID.
Validación:
 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, llevándolo a conformar la nueva entidad como
PK.

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