![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
||||
|
||||
|
Hola.
Yo no tengo experiencia con Zeos pero la lógica nos dice que cuantos menos registros manejes en memoria más eficiente será la aplicación. Si va más o menos lento irá en función de la instalación de hardware que tengas y eso es peligroso puesto que cuanto menos requerimientos de hardware tenga tu aplicación menos problemas tendrás en tus instalaciones en los clientes. Por todo esto lo habitual es manejar querys de cuantos menos registros mejor por lo que deberías de optimizar en ese sentido todo lo que puedas. Saludos
__________________
Be water my friend. |
|
#2
|
||||
|
||||
|
Mil registros no es nada, por supuesto, pero debes hacer caso a lo recomendado por Newtron, ¿para qué quieres 1000 registros en un dbgrid, los vas a leer uno a uno?, eso no sirve para nada. Hay que pensar en lo que realmente se necesita y se precisa, si se busca un cliente, un artículo, una factura, un dato, un loquesea... hay que acotar al máximo para encontrar y mostrar sólamente lo que se necesita. Lo dicho, mostrar 1000 registros no sirve para nada.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#3
|
|||
|
|||
|
ver
Gracias por sus respuestas, lo que estoy haciendo es que los registros de una tabla se van a mostrar en un dbgrid , esto quiere decir que el ZQuery que esta ligado al dbgrid va a estar en modo Open. no soy experto en delphi soy novato pero supongo que al estar abierto el ZQuery cargaria todos los registros que contiene la tabla
es solo.una consulta para tomar precauciones. Creoque usare un ClientDataset gracias por aclararme las dudas. |
|
#4
|
||||
|
||||
|
Un grid es solamente un "visor" del dataset que se le asocie, en tu caso un zquery, pero el grid es sólo eso, un visor.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#5
|
||||
|
||||
|
Cargar muchos registros en memoria me parece mala idea. Lo mejor es ir "segmentando" la información que se muestra (por ejemplo por días, semanas, por elementos asociados a un x ítem, etc.). Y si necesito hacer un proceso por lotes (por ejemplo cálculo de totales, cosas de ese tipo) que lo haga el mismo servidor, a través de un trigger o un procedimiento almacenado. La idea es reducir al mínimo el tráfico entre el cliente y el servidor SQL, y todo lo que se puede delegar, que se haga dentro del servidor.
__________________
Lazarus Codetyphon : Desarrollo de aplicaciones Object Pascal, libre y multiplataforma. Última edición por rretamar fecha: 10-07-2012 a las 19:56:06. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Eficiencia indices?¿? Como sacar lo mejor? | CHiCoLiTa | SQL | 5 | 07-09-2010 04:25:04 |
| Sistema de Notificacion de Produccion y Eficiencia | Fiebru | Debates | 0 | 04-01-2010 15:18:10 |
| La eficiencia de una conexión ADO | gcaffe | Conexión con bases de datos | 1 | 24-05-2007 18:03:26 |
| Eficiencia master/detail | Luis Castillo | Conexión con bases de datos | 2 | 08-11-2005 18:25:04 |
|