Si lo he entendido bien, eso se modelaría bastante bien con especializaciones (pk en un lado y pk+fk en los hijos) y joined-subclass en nhibernate.
El 22/02/07, Chili <[EMAIL PROTECTED]> escribió: > > 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 -~----------~----~----~----~------~----~------~--~---
