Hola Omar!, coincido con José, y yo creo que hay límites para los ORM, como NHibernate, por ejemplo, me tocó estar en un proyecto en el que se procesaban cerca de 500mil registros y la información de cada uno se reflejaba en interfaz de usuario, ni de chiste cargamos todo en una sola operación, es demasiado, para empezar yo veo dos soluciones prácticas, una es paginar (usando lógica en código + sql), traer resultados por grupos de N... tu puedes indexar por el Id (en tu caso el Id de la entidad Padre), otra opción es utilizar el patrón Decorator, con él ya no tendrás que cargar con miles de objetos pesados, puedes reducirlos a cadenas con la información que necesitas y listo, tendrás mucho menos información cargada en objetos.
Aunque no sean 500mil o 10mil considero que paginar resultados que pueden ser muy grandes en cantidad es una buena práctica. Saludos! El 15 de febrero de 2011 10:12, Omar Eduardo Martinez <omed...@gmail.com>escribió: > Estoy trabajando con NHibernate, Visual Studio 08 y MySQL 5. Estoy > probando el framework por primera vez, y ya pude grabar y leer sin > problemas. Teniendo en cuenta que tengo clases relacionadas de 1 a > muchos, parecido al tutorial de Dario Quintana sobre los Productos, > LineasFactura y Facturas, cuando traiga por ejemplo todos mis > registros/objetos de productos para cargarlos a un datagrid, voy a > traer los productos y también las ventas de ese producto. > > Mi pregunta es si se trabaja de esa manera o de otra forma? > Y si fuera de esa manera, cargar una lista de 10000 productos con > ventas de 5 años, no haría caer el rendimiento del sistema? > > -- > Para escribir al Grupo, hágalo a esta dirección: > NHibernate-Hispano@googlegroups.com > Para más, visite: http://groups.google.com/group/NHibernate-Hispano -- Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano@googlegroups.com Para más, visite: http://groups.google.com/group/NHibernate-Hispano
