Si, el tema es legal José, requisito apegado a una ley vigente, al menos lo era en 2009.
Saludos. El 15 de febrero de 2011 14:57, José F. Romaniello <[email protected]>escribió: > Rodrigo, yo considero que excepto por un tema por ejemplo legal o > historico, de que una empresa necesite imprimir si o si esa cantidad de una > sola pasada..... Ni si quiera me sirve que me muestres esa información en > páginas. > > Perdón si desvirtuó un poco el hilo de esta conversación, pero me gustaría > saber bajo que condiciones es útil que un usuario pueda recorrer páginas de > 10 registros entre un total de 500mil? > > Si el tipo esta buscando algo, seguro que no lo va a encontrar de esa > forma, no va a estar en la primera, no va a estar en la segunda etc... Para > mi ese caso de uso debería empezar con un filtro, y si luego de filtrar la > consutla devuelve mas de 200 registros (por decir una exageración), se le > puede mostrar las primeras páginas y decirle amablemente "hay muchos > más...filtra por otra cosa" > > El 15 de febrero de 2011 17:02, Rodrigo Marquez > <[email protected]>escribió: > >> 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 >> <[email protected]>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: >>> [email protected] >>> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> >> >> -- >> Para escribir al Grupo, hágalo a esta dirección: >> [email protected] >> Para más, visite: http://groups.google.com/group/NHibernate-Hispano >> > > -- > Para escribir al Grupo, hágalo a esta dirección: > [email protected] > Para más, visite: http://groups.google.com/group/NHibernate-Hispano > -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
