25/10/2008, 05:25
|
| Moderador criollo | | Fecha de Ingreso: noviembre-2007 Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 17 años Puntos: 2658 | |
Respuesta: Dura en e-r Es una entidad débil con los mismos identificadores anteriores y relacionados con las mismas tablas, más un ID propio.
Por otro lado, la tabla de resguardo no tiene sentido que pueda alterarse en los valores de identificación (el ID del empleado), porque eso significaría que tienes un número limitado de instancias posibles en esa tabla, como si fuese, por ejemplo, las asignaciones de habitaciones de un hotel (un hotel tiene un numero limitado de habitaciones y solo puede ocuparse una vez al mismo tiempo).
Con esto quiero decir que el modelo como lo estás planteando solamente tiene sentido si la cuenta de resguardo de activo sólo puede aceptar un número limitado de registros. Si no es así, la tabla está mal construida, ya que el modelo más cercano a la representación de la realidad sería: Resguardo(resguardo_id, empleado_id, activo, fecha_entrada, fecha_salida, estado). Eso haría que supieras si el activo permanece o se ha dado de baja (sin borrado); luego puedes depurar la tabla de los desactivados y pasarlos a una histórica, y de todos modos puedes llevar un control por tiempo de la evolución de la información.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |