Ver Mensaje Individual
  #2 (permalink)  
Antiguo 27/01/2012, 08:16
Avatar de gnzsoloyo
gnzsoloyo
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: LLaves compuestas y foraneas

No estás entendiendo el tema. No pasa solamente por la relación sino por la cardinalidad y la dependencia.
SI la Tabla_1 se relaciona 1:1 con la Tabla_2, y al mismo tiempo la relación es una dependencia, la Tabla_2 no posee clave propia, sino que usa la de la tabla_1 como tal, por lo que seríaPK y FK al mismo tiempo. Eso es una relación identificatoria.
Si la Tabla2 es dependiente, pero la FK es parte de su clave, eso es una relación 1:N, donde hay tantas combinaciones de la misma PK con diferentes FK como defina el sistema que se modela. Eso es una relación identificatoria.
Si la Tabla2 no es dependiente, y la FK no es parte de su clave, eso es una relación 1:N, donde hay tantas repeticiones de la misma FK como defina el sistema que se modela. En ese caso incluso puede haber registros de Tabla_2 que no se relacionen con Tabla_1. Eso es una relación no identificatoria.
Si la relación es tal que cada cada registro de Tabla_1 puede relacionarse con diferentes registros de la tabla_2, y a su vez cada uno de la Tabla_2 puede relacionarse con diferentes de la Tabla_1, eso es una relación N:N y requieren la existencia de una tabla adicional donde cada par de PK aparezcan una única vez, y al mismo tiempo la combinación sea PK de esa tabla.

Todos estos conceptos son universales y no dependen del DBMS que uses (es decir, son tan válidos para SQL Server como para Oracle, Postgre, MySQL como para DB2)
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)