<carta a los reyes magos> Algún día en el futuro lejano seguro que se puede implementar el getter de esa property con un LINQ contra la colección de Empleados directamente, y en NHProf aparecerá un select * from empleado where id=xxx and role='Gerente' </carta a los reyes magos>
Francisco A. Lozano 2009/9/14 Fabio Maulo <[email protected]>: > se maneja de la misma forma; de hecho "Gerente" es una denormalizacción. > Si hablamos de OO puro el getter de Gerente debería ser implementado > recorriendo la collection de empleados filtrando por rol=gerente. > > El 14 de septiembre de 2009 12:41, Fabio Quintero <[email protected]> > escribió: >> >> Pero eso significaría manejar la relación con la empresa solo del lado >> del Empleado, igual no se como discriminaría en la base de datos >> cuando una relación es hacia el atributo gerente, si la referencia a >> la relación solo se maneja en la tabla de Empleado. >> >> Gracias. >> >> On 14 sep, 10:26, Fabio Maulo <[email protected]> wrote: >> > Lo primero que haría yo es no meter la collection de Empleados en >> > empresa >> > por lo menos no lo haría en el domain, tal vez, me preguntaría si me >> > puede >> > venir bien tener esa relación solo en el mapping, tal vez. >> > El 14 de septiembre de 2009 12:19, Diego Jancic <[email protected]> >> > escribió: >> > >> > >> > >> > > En realidad la respuesta es mas en general.. pero que harias vos? >> > > poner >> > > algo tipo Role en la clase empleado? algun discriminator? algun where? >> > >> > > 2009/9/14 Fabio Maulo <[email protected]> >> > >> > >> Yo haría otra cosa si el Gerente está tambien en la lista de >> > >> Empleados. >> > >> > >> El 14 de septiembre de 2009 12:09, Diego Jancic >> > >> <[email protected]>escribió: >> > >> > >>> Hola, >> > >>> Simplemente pone 2 elementos en el mapping y las 2 correspondientes >> > >>> propiedades en tus objetos... >> > >> > >>> Algo asi en la empresa: >> > >> > >>> <many-to-one name="Gerente" class="Empleado" /> >> > >> > >>> <set name="Empleados" table="Empresa_Empleados"> >> > >>> <key collumn="EmpresaId" /> >> > >>> <one-to-many class="Empleado" /> >> > >>> </set> >> > >> > >>> y en la tabla empleado podes hacer 2 many-to-one si queres. Igual >> > >>> tene >> > >>> cuidado con ese set/bag, posiblemente no te convenga ponerlo por la >> > >>> cantidad >> > >>> de informacion... >> > >> > >>> Saludos! >> > >> > >>> 2009/9/14 Fabio Quintero <[email protected]> >> > >> > >>>> Saludos amigos, >> > >> > >>>> Tengo una duda con respecto al comportamiento de NHibernate, >> > >>>> específicamente con respecto a como manejar dos tipos de relaciones >> > >>>> a >> > >>>> un misma clase, pero en diferentes atributos. >> > >> > >>>> El ejemplo es este: >> > >> > >>>> Tengo una clase Empresa, la cual tiene un atributo empleados en una >> > >>>> relación de "uno a muchos" con la clase Empleado. >> > >> > >>>> Pero la misma clase Empresa tiene otro atributo llamado gerente, >> > >>>> que >> > >>>> es también de tipo Empleado y tiene una relación de "uno a uno" con >> > >>>> la >> > >>>> clase Empleado. >> > >> > >>>> ¿Como puedo mapear este tipo de relaciones en las que una clase se >> > >>>> relaciona en dos o mas atributos con otra clase?. >> > >> > >>>> Gracias. >> > >> > >> -- >> > >> Fabio Maulo >> > >> > -- >> > Fabio Maulo >> > > > > -- > Fabio Maulo > > > > --~--~---------~--~----~------------~-------~--~----~ Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano -~----------~----~----~----~------~----~------~--~---
