13/12/2011, 10:37
|
 | Moderador criollo | | Fecha de Ingreso: noviembre-2007 Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 17 años, 1 mes Puntos: 2658 | |
| Respuesta: Cardinalidad mínima - transformación de interrelaciones
Ten paciencia. El modo de razonamiento de Base de Datos es algo diferente a lo que usas en programación (yo no lo creía cuando los profesores lo decían, pero es así). Tienes que alejarte del razonamiento procedimental.
En todo caso, se parece un poco más a la POO. Hasta cierto punto.
Un TIP:
- Toda relación debe ser analizada "parándose" en cada entidad para mirarla desde esa posición. De ese modo se comprenden las relaciones:
"Un puesto puede ser ocupado por un único empleado". "Cada empleado debe estar asignado a un único puesto".
Parecen exactamente iguales, pero no lo son.
El Puesto puede ser ocupado.
El Empleado debe estar asignado.
El primero es opcional, el segundo es mandatorio. Pero ese tipo de relaciones no surge de la decisión del diseñador o del DBA. Surge del relevamiento del sistema, de las reglas de negocio.
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)
|