No, las relaciones 1-N lo que indican es que cada elemento de la primera entidad
puede estar relacionado con varios elementos de la segunda pero cada elemento de la segunda sólo
puede estar relacionado con uno de la primera.
Sin embargo, remarco los "puede" porque esas entidades también pueden existir sin tener relación con ningún elemento de la otra entidad.
También cabe aclarar que hay diferentes definiciones para "Entidad débil":
- Entidad que no puede existir sin una entidad fuerte.
- Entidad que por sí sola no tiene una clave primaria y necesita de algún atributo de una entidad fuerte para conformarla.
- ...
El resumen es: "dependencia absoluta". Visto de una forma práctica: "Tiene sentido que guarde en mi base de datos el registro 'x' de la entidad A si no está asociado a ningún registro 'y' de la Entidad B? No" ->
Entonces A es una entidad débilEsto como siempre digo depende del diseño que se haga. Hay personas que omiten las entidades débiles y diseñan todas como si de entidades fuertes se trataran o hay quienes no modelan la entidad débil y sus campos los incluyen directamente dentro de la entidad fuerte de la que dependen.
Ej: Tienes una base de datos de un centro educativo y quieres guardar: Clase, Estudiante y Dirección (de residencia del estudiante)
Voy a seguir la siguiente nomenglatura para diseñar las entidades:
ENTIDAD (campos..) // Ejemplos...* Usaré un ID autoincremental como clave primaria (PK) para agilizar las cosas aunque se podrían formar mediante alguno/s de los atributos restantes
CLASE (id, curso, letra, mascota_de_la_clase) // [1, 1, A, El calamar Baltasar] | [2, 1, B, El puercoespín Serafín] | [3, 2, A, La rana Gustavo]
DIRECCION (id, calle, portal, piso, letra, ciudad, pais) // [1, ...] | [2, ...]
ESTUDIANTE (id, dni, nombre, id_clase (FK), id_direccion (FK)) // [1, 12345678A, Pepe, 1, 1] | [2, 87654321B, Juan, 3, 2]
La relación entre Clase - Estudiante es: 1-N (Cada clase puede tener varios estudiantes pero cada estudiante puede pertenecer a una sola clase)
La relación entre Estudiante - Dirección es: 1-1 (Cada estudiante puede tener una sola dirección y cada dirección tiene que estar asociada a un estudiante)
"¿Y si 2 estudiantes viven en la misma dirección? ¿La relación no sería 1-N?"Si haces eso y después de un tiempo uno de los estudiantes cambia de dirección, irás a la base de datos buscarás el ID de la dirección de ese estudiante y la actualizarás. Qué habrá pasado? Que el otro estudiante se acaba de mudar también sin darse cuenta
(porque el ID de sus direcciones son el mismo)
Por eso en un caso como este es preferible que la relación sea 1-1. Además nótese que he dicho "cada dirección tiene que estar asociada a un estudiante" y no "cada dirección
puede estar asociada a un estudiante". Tendría sentido que un día haya que borrar a un alumno de la base de datos y se quedase su dirección ahí colgando sin saber cómo ha llegado ahí?? Yo diría que no. Por lo tanto la entidad Dirección tiene todas las papeletas para ser una entidad débil y aplicar las siguientes reglas:
- "No guardar direcciones en la base de datos si no están asociadas a ningún estudiante"
- "Si se elimina un Estudiante de la base de datos, se debe eliminar su dirección asociada"
Espero que con esto te haya aclarado un poco tus dudas.
Autor
En línea
