Hola,

Estoy haciendo el mapeo de una relación one-to-many, y según lo estaba
haciendo me asaltó una duda relativa a mi diseño de la base de datos.
El escenario es el siguiente:

Tengo una tabla comentarios con la cual están relacionada varias
tablas de mi modelo en una relación uno a muchos (estando comentarios
en el lado del muchos). Obviamente, una relación uno a muchos, en
tablas se traduce como una clave foránea en el lado del muchos, esto
es, por ejemplo la tabla comentarios tendría una FK a la clave
primaria de la tabla "x". Hasta ahí todo bien. El problema está en que
como ya dije, esa tabla "x" no es la única que tiene una relación de
esta índole con comentarios, por lo que finalmente comentarios tendría
muchas FK a otras tablas, y cada tupla de comentarios sólo tendría
valor para una de todas esas FK (el resto estaría a NULL), ya que cada
comentario sólo pertenecerá a un objeto determinado.

No sé si me he explicado bien. A mí este diseño cuando menos me parece
un poco "raro". ¿Qué opinais?¿Alguna alternativa más elegante?Y esta
relación uno a muchos en este momento la mapeo con un composite-
element, ¿estaría mejor utilizar una one-to-many?

Saludos!


--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: 
[email protected]
Para más, visite: http://groups-beta.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Responder a