CASO DISEÑO LOGICO

1) Se tiene el diseño de una base de datos de la Empresa Horeyana SRL que posee
inmuebles. Transformarlo a su diseño lógico correspondiente, indicando claves
Primarias, alternas, foráneas, que atributos son obligatorios y que reglas de
integridad aplicaría.

 En el siguiente ejercicio se aplicara ciertas reglas de integridad ,para pasar del

diseño conceptual al diseño lógico

Desarrollo del esquema:

 Se empezara eliminando las jerarquías de generalización, para ello se tiene
tres opciones en este caso se usó el de integrar la jerarquía de generalización
en una sola entidad, obteniéndose lo siguiente :
Movil(0,n) Código personal
nombre DNI
Persona
Apellido Teléfono(0,1)
(t,s)

Cliente Trabajador

Persona (codigopersonal (PK), DNI, telefono_fijo, móvil, nombre, apellido, tipo)

 Código inmueble

metros
Inmueble Descripción
Direccion
(p,e)

Piso Local Garaje

Uso numero
Código piso
Servicio Planta

Inmueble (código_inmueble (PK), metros, descripción, dirección, códigopiso, uso,

servicio, Número, planta, tipo_inmueble)

 Eliminación de identificador interno

(0,n) (1,1)
Piso tiene Garaje

Código piso Numero

Planta
Piso (códigopiso (PK))
Garaje (numero (PK), codigopiso, planta)

 Relaciones recursivas

Inquilino
Persona
(1,1)
(1,n)
Contacto
Agente

Persona (codigopersonal (PK), DNI, telefono_fijo, móvil, nombre, apellido, tipo,

codigopersonal_agente)
  Relación de muchos a muchos

Numero alquiler
Año Código inmueble
Teléfono (0,1) Código personal Mes
Valor metros
nombre Persona Alquila Inmueble Descripción
Apellido
(0,n) (0,n) Direccion
DNI
numero
Móvil
Planta

 Persona (codigopersonal (PK), DNI, telefono_fijo, móvil, nombre, apellido, tipo,

codigopersonal_agente)
 Inmueble (código_inmueble (PK), metros, descripción, dirección, códigopiso,
uso, servicio, Número, planta, tipo_inmueble)
 Alquila(codigopersonal , código_inmueble (PK),numero alquiler, año, mes,
valor)

 Relación de muchos a muchos

Numero alquiler
Fecha Código inmueble
Teléfono (0,1) Código personal
metros
nombre Persona compra Inmueble Descripción
Apellido
(0,n) (0,n) Direccion
DNI
numero
Móvil
Planta
 Persona (codigopersonal (PK), DNI, telefono_fijo, móvil, nombre, apellido, tipo,
codigopersonal_agente)
 Inmueble (código_inmueble (PK), metros, descripción, dirección, códigopiso,
uso, servicio, Número, planta, tipo_inmueble)
 Compra(codigopersonal , código_inmueble (PK),fecha)
Resumen del Esquema Lógico:

 Persona (codigopersonal (PK), DNI, telefono_fijo, móvil, nombre, apellido, tipo,

codigopersonal_agente)
 Inmueble (código_inmueble (PK), metros, descripción, dirección, códigopiso(FK)
, uso, servicio, Número, planta, tipo_inmueble)
 Piso (códigopiso (PK))
 Garaje (numero(PK), planta, codigopiso(FK) )
 Alquila(codigopersonal , código_inmueble (PK),numero alquiler, año, mes,
valor)
PK= Codigopersonal, código_inmueble
FK=Codigopersonal de persona
FK=código_inmueble de inmueble
 Compra(codigopersonal , código_inmueble (PK),fecha)
PK= Codigopersonal, código_inmueble
FK=Codigopersonal de persona
FK=código_inmueble de inmueble

 Los atributos que son necesarios en este esquema, son el código del personal
en la tabla persona porque el DNI también podría usarse como clave primaria
pero en este caso no podría ser un identificador único dado que una persona
puede tener de (0,1) teléfono fijo y (0,n) móvil .
 En la relación piso tiene garaje es necesario el atributo codigopiso para poder
identificar en que piso se encuentra el garaje