Relacion Muchos a Muchos

[leanalbo]

Buenas a Todos,

Yo tengo dos tablas :

Tabla1
tabla1id PK

Tabla2
tabla2id PK

se relacionan muchos a muchos, es decir tengo que romper la relacion con una tercera tabla :

Puedo hacerlo de dos maneras,

tabla3
tabla1id PK FK
tabla2id PK FK

o bien,

tabla3
tabla3id PK
tabla1id FK
tabla2id FK

En base a su experiencia que pros y contras tienen cada una de estas dos maneras de romper la relacion?

Para la manera de que esta diseñado nuestro Framework a mi me cuadra perfecto la segunda pero se que no es la manera que te ensañan en la facultad (aunque sabemos que no todo lo que enseñan en la facultas es aplicable en la vida real je je)

Desde ya muchas gracias.
Saludos

[envipe79]

Pues bien, la primera se usa siempre y cuando la relación no modele otra problematica en la Base de datos. En cambios la segunda siempre se usa cuando una relación muchos muchos modela más de una problematica dentro de la BD, ejemplo: que quieras usar ese ID como identificador de alguna otra tabla, que perfectamente podrías usar las dos llaves de la primera, pero es un poco engorrozo trabajar con muchas llaves. Las actualizaciones en Cascada son un poco más complejas etc. El trabajo con llaves subrogadas a veces se hace mucho más como. Pero en un principio estan correctas las dos formas de modelar una relación m:n. La cuestión estría en determinar cual modelo usar segun tu problematica. Recuerda que las Bases de Datos Modelan problemas de la vida real y siempre y cuando cumplas con los procesos de normalización y desnormalización estará correcta tu BD.

[Andres95]

me quedo con la primera opcion... a menos que sea imposible establecer como llave primaria la relacion (pueda repetirse) o sean mas de tres campos en la relacion, solo en esos casos genero una nueva llave para identificar el registro...

Saludos!

[leanalbo]

Me queda claro, Muchas gracias por las respuestas.

saludos
Leandro