Hola que tal, Martin la verdad que te pasaste con estos link, son para sacarle todo el jugo. Conocia algo de Agil Data, pero no habia descubierto estos link.
De paso para aprovechar el mail queria realizar un planteo para discutir entre todos, asi sacamos puntos en caro y vemos alternativas. Me queria centrar mas puntualmente en este link: http://www.agiledata.org/essays/agileDataModeling.html Me centro dentro de este link en la iteracion 6, Figura 8. O sea bien preciso. Este modelo se puede decir es bastante realista con lo que nos encontramos todos los dias en nuestros laburos. Y queria resaltar que no son gran cosa tampoco, o sea en el ejemplo no es algo tan loco. Sin embargo queria resaltar dos puntos, que a mi parecer resumen las preguntas que he venido haciendo: 1- La relacion entre la table Order y OrderItem, y como hace uso de la columna ItemPOID 2- La realacion mucho a muchos entre Student -> BeltAttempt <- Grading, y como hace uso de las claves foraneas para crear las claves primarias de la tabla intermedia. Pasa lo mismo con la tabla StudentBelt, pero me llamo la atencion que no pusiera los <<FK>>, como si hizo en BeltAttempt. El primer punto tambien se puede observar modelado en el ejemplo de la pagina: http://www.agiledata.org/essays/mappingObjects.html En la Figura 1. Como implementar la secuencia en este caso en NHibernate?. Lo que queria resaltar es como piensan en el modelado, el cual cierra muy bien a lo que veo constantemente, lo otro de generar una clave unica en tablas de relaciones mucho a muchos y tambien en relaciones uno a mucho me suena un poco artificial y forzado, no se que les parece. Esto se ve mas claro en la pagina de mappingObjects.html, en donde muestras la clase y su mapeo a la tabla. La pregunta es, cual es la mejor forma que encontraron de manejar en NHibernate estas situaciones?, y si tienen algun ejemplo en donde realizaron alguna prueba simple que puedan compartir mucho mejor, o tal vez que decisiones tomaron para que el modelo quedara correcto Esto me confirma por lo menos que no estoy tan errado en el modelo de datos. Y si lo se, cuando se modela en objetos no se empieza por la base de datos, eso lo hago en partes y cuando puedo o me dejan, pero en algun punto nos tenemos que enfrentar a esta, y ahi es donde se deben tener las armas para tomar las mejores decisiones, por eso de estas preguntas. Un primer punto que veo es que en un ORM el uso de claves compuestas es todo un tema, el cual no esta tan resulto como parece, es asi?. Bueno espero les sirva a muchos estos planteos, que estan interesantes. On 28 abr, 16:04, Martin Gomez <[EMAIL PROTECTED]> wrote: > Gente, estuve buscando el PDF ese (lo había leido hace unos años) y > encontre en la página del autor que ahora lo reemplazó por unos cuantos > papers individuales. > > http://www.ambysoft.com/essays/mappingObjects.html > > ahi dentro, estan > > * Mapping 101 <http://www.agiledata.org/essays/mappingObjects.html> > * The Object-Relational Impedance Mismatch > <http://www.agiledata.org/essays/impedanceMismatch.html> > * > > Working With Legacy Data > <http://www.agiledata.org/essays/legacyDatabases.html> > > * > > The Process of Database Refactoring > <http://www.agiledata.org/essays/databaseRefactoring.html> > > * Encapsulating Database Access > <http://www.agiledata.org/essays/implementationStrategies.html> > * Finding Objects in a Relational Database > <http://www.agiledata.org/essays/findingObjects.html> > > que vienen a reemplazar a ese documento, pero mucho (muchisimo) más > expandido. > > Espero que a alguien le pueda servir, hay mucha data interesante. > > Leandro Tuttini escribió: > > > > > Daniel, el documento la verdad esta muy bueno, hay poco material que > > trate este tema asi que la verdad viene bien. > > > Para bajarlo tenes que hacer como dice Fabio, busca en esta misma > > lista con "Obviar composite-keys" > > > Del resultado busca los mensajes enviados por Fabio, ahi de seguro > > encontrar uno con adjunto. > > > La verdad que si se podria subir como archivo. > > > On 26 abr, 05:29, "Daniel Mendiola\(gmail\)" <[EMAIL PROTECTED]> wrote: > > >> Disculpen que me perdí alguién me podría decir donde puedo bajar el > >> documento? > > >> Muchas Gracias > > >> -----Mensaje original----- > >> De: NHibernate-Hispano@googlegroups.com > >> [mailto:[EMAIL PROTECTED] En nombre de Leandro Tuttini > >> Enviado el: Miércoles, 25 de Abril de 2007 07:23 p.m. > >> Para: NHibernate-Hispano > >> Asunto: [NHibernate-Hispano] Re: Obtener valor de clave en una > >> <composite-id> > > >> Fabio muchas gracias por el doc, la verdad muy bueno. > > >> Lo revise un poco por arriba y me surgen dudas que no me termian de > >> cerrar del todo. > > >> Por ejemplo vi que plantea que en las relaciones mucho a mucho la > >> tabla intermedia, no las compone como las claves primarias de la tabla > >> que relaciona. > >> Sino que crea un ID nuevo incremental. > >> Me refiero al ejemplo de la figura 12, pagina 14 > > >> Pero la pregunta aca es, no se esta perdiendo integridad en los datos, > >> de esta forma nada evista que una relacion se inserte dos o mas veces, > >> debe ser controlada por > >> la aplicacion que esto no suceda. > >> Esto como primer punto, despues el tema de los indices, por defecto > >> las claves son indesadas, si esta no son claves hay que crear indices > >> a mano de estos campos seguramente. > >> Como veras los que estoy planteando son temas de las base de datos, > >> nada tiene que ver con objetos. > > >> Apunto principalmente a que si hay un DBA en la empresa le gustara que > >> le plantiemos una estructura como esta?, lo pregunto, la verdad no lo > >> se porque nunca trabaje en conjunto a DBA que se dedique a esto > >> exclusivamente. > > >> Igual entiendo a donde apunta todo el tema, la idea es que los objetos > >> tengan un solo identificador para su simple identificacion, lo cual es > >> claramente logrado con estas tecnicas. > > >> Muchas gracias > > >> On 25 abr, 10:10, Fabio Maulo <[EMAIL PROTECTED]> wrote: > > >>> Leandro Tuttini escribió: > > >>>> Una consulta solo para saber por ahi es un tema conceptual que aun no > >>>> comprendo de nhibernate. > >>>> En este se debe evitar el uso de claves compuestas? > > >>> Hay un mail del 14/12/2006 cuyo titulo es: > >>> "Re: [NHibernate-Hispano] Re: Obviar composite-keys" que mandé (Fabio > >>> Maulo). > >>> Ese mail tiene en adjunto MappingObjects.Pdf. > > >>> Lee el adjunto. > >>> Bye. > >>> Fabio.- Ocultar texto de la cita - > > >> - Mostrar texto de la cita -- Ocultar texto de la cita - > > - Mostrar texto de la cita - --~--~---------~--~----~------------~-------~--~----~ Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano@googlegroups.com Para más, visite: http://groups-beta.google.com/group/NHibernate-Hispano -~----------~----~----~----~------~----~------~--~---
