FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
En teoria no hay problemas de excesivo consumo de recursos
Sin embargo optimizar nunca esta de mas....
Gracias por tus sugerencias ... |
#2
|
||||
|
||||
En realidad si
Si no tenes problemas deberias dejar todo como esta. Si siempre van a ser pocos registros no vas a tener problema con el locate. Si son muchos registros la pregunta es, porque estas lanzando un locate sobre un Dataset con tantos registros? Lo mas logico es directamente traer un Dataset mas "filtrado" (tip: ejecutar SQL y traer el resultado sobre un TDataset es MUCHO mas rapido que traer todo y luego ejectar "el equivalente", ya sea locate, filter, order, etc) Otro buen truco es, siempre que se va a realizar un proceso potencialmente largo sobre un Dataset, que esta enlazado a un control db, deshabilitar el enlace momentaneamente y volver a activarlo cuando termina el proceso masomenos asi:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Ayuda con Locate y Lookup | cubanbaker | Conexión con bases de datos | 21 | 08-09-2011 16:01:25 |
rendimiento de PHP | Ñuño Martínez | PHP | 1 | 20-09-2006 06:29:55 |
Busqueda con Locate o Lookup | noshy | Conexión con bases de datos | 7 | 15-05-2006 01:45:02 |
Locate en un campo lookup | amadis | Conexión con bases de datos | 1 | 22-12-2005 21:46:52 |
rendimiento | carlomagno | Firebird e Interbase | 14 | 06-07-2004 17:05:13 |
|