tag formula de todas formas en lo personal, para ese caso, prefiero la denormalización por lo menos en retrieve. P.S. yo los queries lo miro por televisión abierta (aire) sin abono al cable.
El 14 de septiembre de 2009 13:00, Francisco A. Lozano <[email protected]>escribió: > > <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 > > > > > > > > > > > -- 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 -~----------~----~----~----~------~----~------~--~---
