FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
ProgressBar abriendo Tablas grandes
Hola Foro:
Quisiera saber como vinculo una ProgressBar en el momento en que activo una tabla de gran tamaño, digamos unos 50MB. Me pasa lo siguiente. Tengo una aplicación que maneja tablas dentro de una Base de datos de SQL 2000 Server de gran tamaño, algo así como 50 - 60 MB. En el momento que digo Table1Ejemplo.Active:=True; se comienza una espera a que la Tabla completa se active, quisiera saber como vinculo un progressbar a esa espera. Ó Si nada más puedo abrir un solo record, y trabajar en el (Editar) sin abrir la tabla completa. Saludos. |
#2
|
|||
|
|||
Si sólo quieres editar un registro o un número determinado de ellos utiliza la propiedad filter de la tabla y pon ahí las condiciones que debe/n cumplir los registros. Por ejemplo: Clave = 5364. Con eso creo que te valdrá.
Un saludo. |
#3
|
||||
|
||||
El problema de la propiedad filter, es que trae todos los registros de la tabla y después, en el ordenador cliente, es donde aplica el filtro.
No sé qué componentes de acceso estas utilizando, pero desde luego un TTable no se debe usar. El componente que se usa, encapsula 4 consultas SQL: - SelectSql "Clave" es un parámetro que en tiempo de ejecución le pasas el valor. - InsertSQL
- DeleteSql
- UpdateSql
Estos componentes suelen llamarse: - TIBDataset (si usas los IBX) - TMDODataset (si usas MDOLIB) - etc. (lo escribo de memoria y seguro que puede variar). Como ves, en la cláusula where se indica la clave primaria, por tanto solo traerá un registro, y puesto que es clave primaria, estará indexado, y el acceso a él será inmediato. De cualquier otra forma que ataques una base de datos de esas características, tendrás problemas de rendimiento. Por supuesto sin contar que deben crearse claves primarias, índices por los campos de búsqueda muy común, Uso de Triggers / vistas / StoreProcedures / etc cuando sea necesario. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Eleccion de nueva DBMS para grandes tablas | Crandel | Conexión con bases de datos | 8 | 20-09-2006 09:54:11 |
problema con tablas grandes | JODELSA | Conexión con bases de datos | 1 | 25-10-2005 15:54:24 |
Mysql + ODBC muy lento con tablas grandes | miguelb | MySQL | 8 | 28-09-2004 17:36:21 |
Mysql + ODBC muy lento con tablas grandes | miguelb | Conexión con bases de datos | 1 | 21-09-2004 23:02:40 |
tablas grandes | Giniromero | Firebird e Interbase | 4 | 14-04-2004 18:18:48 |
|