Duda diseño BD

larios_tnt · #1 (**permalink**) 11/12/2008, 11:35

Tengo que crear una BD, en la que hay 3 entidades (cliente, empleado, agencia) y, de cada entidad tengo que almacenar los datos referidos a la dirección (Direcicón, código postal, población, provincia), por lo que veo 2 opciones:

Que cada entidad tenga como atributos: dirección, código postal, población, provincia.
Crear una entidad llamada dirección, cuyos atributos sean: dirección, código postal, población, provincia, y esté relacionada con las entidades: cliente, empleado, agencia.

¿Cuál creéis que es la mejor opción?

Thumper · #2 (**permalink**) 11/12/2008, 15:04

Hola, creo que te conviene la primera opción, ya que si usas la segunda vas a tener id's repetidos y vas a tener q manejar un campo de Tipo (empleado, cliente, agencia) y aparte una identificador propio de la tabla, además porque estos atributos son propios de cada entidad.

saludos.

jmsev · #3 (**permalink**) 11/12/2008, 18:41

Hola,

Te digo que soy ingeniero informático.

Y sin duda alguna la opción correcta para la reación de la base de datos es la primera, ya que según la teoría de la creación de BBDD se debe hacer así.

También te aconsejo que incluyas en cada tabla una columna que sea la Primary Key de cada una de ellas.

Aconsejo nombres como cliente_id, empleado_id, agencia_id.

Adolfiten · #4 (**permalink**) 11/12/2008, 22:03

Opción 1 sin duda.

Por más que los datos sean los mismos no hay relación que justifique la opción 2.

Saludos.

larios_tnt · #5 (**permalink**) 11/12/2008, 23:30

Cita:

Iniciado por jmsev

Hola,

Te digo que soy ingeniero informático.

Y sin duda alguna la opción correcta para la reación de la base de datos es la primera, ya que según la teoría de la creación de BBDD se debe hacer así.

También te aconsejo que incluyas en cada tabla una columna que sea la Primary Key de cada una de ellas.

Aconsejo nombres como cliente_id, empleado_id, agencia_id.

Creo que es la primera vez en mi vida que todo el mundo coincide en la respuesta :)

Se me acaba de ocurrir que, si uso la opción "1" y, un empleado se convierte en cliente (pero siguie siendo empleado), entonces se están repitiendo los atributos correspodientes a dirección.

SALU2

Adolfiten · #6 (**permalink**) 12/12/2008, 07:41

Si sabés que empleado puede convertirse en cliente así también como otro tipo de cliente, podrías categorizar cliente.

Thumper · #7 (**permalink**) 12/12/2008, 10:25

En este caso se permite la duplicidad de los datos, ya q son casos particulares.

larios_tnt · #8 (**permalink**) 13/12/2008, 13:47

Las conclusiones a las que llego son:

Es aceptable la repetición de datos en la BD siempre que sean casos particulares.
Es preferible la no normalización máxima de la BD con el fin de conseguir un menor tiempo en las consultas.

paloto · #9 (**permalink**) 16/12/2008, 07:00

Realmente si quieres ser totalmente ortodoxo y quieres resolver ese caso de duplicidad de datos la solución sería crear una nueva entidad llamada por ejemplo "personas" en la que almacenas los datos de cada persona sea cliente o empleado. En las entidades cliente y empleado haces una referencia a la persona y de ese modo una misma persona puede ser empleado y cliente sin duplicar datos.

Ahora bien, este modo de proceder es adecuado dependiendo del uso y el tamaño de la base de datos. Si es habitual que una misma persona aparezca en varias tablas de la base de datos puede ser adecuado hacerlo así, si no, no merece la pena llegar a este nivel de abstracción.

Un saludo

larios_tnt · #10 (**permalink**) 16/12/2008, 07:42

Cita:

Iniciado por paloto

Realmente si quieres ser totalmente ortodoxo y quieres resolver ese caso de duplicidad de datos la solución sería crear una nueva entidad llamada por ejemplo "personas" en la que almacenas los datos de cada persona sea cliente o empleado. En las entidades cliente y empleado haces una referencia a la persona y de ese modo una misma persona puede ser empleado y cliente sin duplicar datos.

Ahora bien, este modo de proceder es adecuado dependiendo del uso y el tamaño de la base de datos. Si es habitual que una misma persona aparezca en varias tablas de la base de datos puede ser adecuado hacerlo así, si no, no merece la pena llegar a este nivel de abstracción.

Un saludo

Claro, el tema es que como son prácticas de la universidad, pues ese aspecto no lo controlo demasiado... Le preguntaré al profe que si prefiere que las prácticas estén enfocadas a mejorar el tiempo de respuesta o a la normalización de la bd.

larios_tnt · #11 (**permalink**) 26/12/2008, 02:07

La respuesta "me ha gustado", porque me ha dicho que mientras que le justifique el por qué lo hago de esa forma le vale.

Gabo77 · #12 (**permalink**) 30/12/2008, 15:18

Hola! buen día!

Si me permiten meter la cuchara me gusta el tema de la normalización, por lo que mi propuesta sería la siguiente.

Como bien apunta Paloto, puedes generar una tabla con la información de las personas registradas en tu BD, la tabla, llamada TblPersona, podría ser por ejemplo con los siguientes campos (*IdPersona, Nombre, Apellidos, FechaNacimiento, etc..) luego una tabla llamada TblPersonaTipo, con los campos (*IdPersona, *IdTipo) el campo IdPersona estaría relacionado con el campo IdPersona de la tabla TblPersona y el campo IdTipo con un catalogo de Tipos llamado TblTipos con los campos (*IdTipo, Nombre) que almacenaría los diferentes tipos de personas que se pueden almacenar ejemplo Cliente, Empleado, agencia, etc. así si luego necesitas agregar mas tipos lo tienes resuelto. Ademas habría otra tabla llamada TblDirecciones con los campos (*IdPersona, *IdTipoDireccion, Direccion, CodigoPostal, Poblacion, Provincia), donde el campo IdPersona estaría relacionado con el campo IdPersona de la Tabla TblPersona y el campo IdTipoDireccion con el campo IdTipoDireccion de un catalogo de tipos de direcciones que contendría (*IdTipoDireccion, Nombre) donde podrías almacenar los diferentes tipos de direcciones que puede tener una persona (Direccion Fiscal, Direccion Habitual, Direccion de Entrega, Direccion Alternativa, Direccion en caso de Emergencia, etc.)

Como ves puedes jugar mucho con la estructura de la bd, solo es cuestion de ser creativos.

Saludos!

larios_tnt · #13 (**permalink**) 24/01/2009, 16:29

Las condiciones iniciales de la BD son:

Del cliente se deben saber: nombre, apellidos, dirección...., y puede tener varios teléfonos.
Del alojamiento se debe saber: nombre, categoría, servicios, teléfono/s, fax.
En cada alojamiento trabajan como mínimo un empleado pero un empleado sólo puede trabajar en 1 alojamiento.

Sólo voy a poner la parte correspondiente al cliente y al alojamiento por la relación que veo (no pongo la parte de reserva, tipos de alojamiento, tarifas...)

¿¿Qué diseño creéis que es mejor??
La versión 1, es sin salirme del enunciado.
La versión 2, tiene en consideración:

El cliente puede ser un particular o una empresa (en este caso la reserva pertenece a la empresa pero se deben almacenar los datos de la persona que va a ocupar la habitación).
Como los atributos dirección, código postal, población y provincia son comunes para las entidades "persona", "empleado" y "alojamiento"; creo la tabla "dirección" y la relaciono con las entidades mencionadas.
Como los datos de las personas: nombre, apellidos, dirección, son comunes tanto para los cliente como para los empleados, creo la entidad "persona" y se relaciona con "empleados" y "clientes"
Las empresas que son clientes, he considerado que éstas sean franquicias (mismo nombre y distinto CIF) y empresas tipo "bancos" (mismo nombre y cif pero con sucursales); por lo que creo la entidad "empresa matriz" y la entidad "sucursal"

Lo bueno de la versión 1, es que es sencilla y está totalmente normalizada.
Lo bueno de la versión 2, es que es más completa que la 1 (considero el tipo de clientes).

Lo malo de la versión 2, es que tiene relaciones ternarias que no consigo dividir a no ser que elimine la entidad de dirección y lleve los atributos a empleado, alojamiento, persona y sucursal.