![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
hola, ¿como sumas? ¿haciendo 'select sum(...) as suma ' o bien recorriendo cada registro?
si no es el caso que usas sum :
a ver si te va mas rapido. Tambien puedes usar query.DisableControls, query.enablecontrols, para optimizar un poco mas, antes de los calculos Última edición por coso fecha: 12-08-2008 a las 21:40:36. |
|
#2
|
|||
|
|||
|
gracias
Cada dia me gusta mas el delphi .... No dije antes que uso DevExpress los Pivot y quantum grid se suma solos los totales, no tengo que escribir codigo, antes lo hacia bien pero ya estan lentos, probe en grid solos del delphi y esta lenta la carga de los Tadotable. use MemData y crece memoria. Pregunto tienes otra solucion ???? se pueden usar DevExpress por capas ?? en sql ??? que se yo ...no se.... no puede ser que tenga la cima de la belleza de la aplicacion terminada y el delphi no me de lo que quiero que tanto ha hecho por mi durante tanto tiempo. |
|
#3
|
|||
|
|||
|
ah, pues ni idea
|
|
#4
|
|||
|
|||
|
de todas formas mientras el palo va y biene diganme please, que evento puedo utilizar para poner un progress bar en la carga de TAdoTable,para por lo menos si no resuelvo el problema de la lentitud mostrar el progreso de la carga de las tablas hacia los PivotGrids y los QuantumGrid, he probado eventos de el TAdoConnection y nada, probe el FetChProgress de los TadoTable y no pincha tampoco, no entra a ese evento mientras se carga, no veo ningun evento significativo en el Datasorce tampoco.
Pregunta,... me pueden decir donde se puede meter codigo para aumentar un progress en la carga de TAdoTable, son varios de ellos y se demora un poco.... |
|
#5
|
|||
|
|||
|
Ya me tengo que ir, de aqui , mañana regreso, estoy seguro que esta noche sueño que me responden y temprano tengo algo que agregar a mi aplicacion
gracias a todos y a ti coso que se que en esto el tiempo es oro salud y pesetas.................. ![]() |
|
#6
|
||||
|
||||
|
Si usas TTable, al principio no era lenta porque eran pocos registros, pero al ir aumentando, aumenta la carga de datos y si utilizas la QuamtumGrid con la opción "LoadAllRecords" en verdadero, se ira tardando cada vez más conforme aumenten los registros.
Lo mejor sería empezar a utilizar TQuery en lugar de Ttable y seleccionar solo los registros que sean necesarios (en lugar de toda la tabla).
__________________
|
|
#7
|
||||
|
||||
|
Vamos a ver; Has dicho muchas cosas, de forma poco desordenada (perdona que te lo diga) y veo que vas dando palos de ciego y se si sabes realmente lo que estás haciendo (esa es la sensación que tengo).
Te propongo algunas cuestiones; Tal vez algunas ya las tienes claras, de todas formas te lo comento. No soin todas excluyentes, tal vez puedas combinar unas con otras. (1) SQL Server: Ya que utilizas SQL Server aprovecha las características que este te brinda. Revisa los planes de ejecución de las consultas. Revisa si puedes añadir índices por algun campo. Por último puedes hacer alguna prueba con Stored Procedures, sobre todo para el tema de cálculo de totales. (2) QuantumGrid de DevExpress: Todos sabemos que las QuantumGrid son excelentes, pero no hacen milagros. Los Grids de la Quantum permiten Agrupaciones, calcular totales, filtrar columnas por los títulos, ordenar,....(**) y mucho más, pero eso tiene un precio grande; Deben cargar todos los datos en memoria. En la configuración del Grid, puedes cambiar este comportamiento (en la parte donde se configura el DataSource), pero al cambiar el modo de carga para que no cargue TODOS los registros en memoria (como lo hace un DbGrid estandard con cursor clServerSide) pierdes todas esas mejoras. ==> por lo tanto debes tener claro cuando puedes usar los Grids de las Quantum. Si necesitas todos esos añadidos (**) debes trabajar con tablas pequeñas, porque a medida que las tablas van creciendo el tema se va a hacer muy lennnnnto. (3) Cargar Datos o Totales: Debes tener claro qué necesitas. Pero hay una cosa clara, si lo quieres TODO, no va a ser rápido. Por un lado tenes los datos y por otro los totales o cálculos. Hay dos opciones: (a) Cargar todos los datos y calcular totales en memoria (para eso ya tienes la Quantum). (b) No cargar todos los datos, pero entonces los totales deberás calcularlos tú utilizando SQL (SELECT, COUNT, MAX, SUM, GROUP BY,...) o Stored Procedures. (4) Optimizaciones: Una vez tengas claro lo que vas a necesitar puedes intentar realizar optimizaciones, aunque estas dependerán de la solución escogida. Si finalmente optas por cargar todos los datos(yo no lo haría), puedes revisar las tablas temporales de SQL Server que funcionan bastante bien (mejor en las últimas versiones); También puedes usar Stored Procedures o incluso funciones para obtener los datos que necesitas, si es que necesitas consultas muy complejas y minimizar así el tráfico de datos por la red. Acostumbrate a utilizar Filtros (y a obligar a los usuarios a que los utilicen) antes de enviar las consultas, y no que filtren cuando los datos ya han llegado al cliente a través de la red. Hay muchas cosas ha realizar, aunque debes tener sentido común y minimizar los datos con los que trabajas. Utilizar o traer sólo los que necesitas. NOTA: Piensa que tal como lo dejes ahora (en cuanto a lentitud), dentro de 5 meses va a ir muuuuucho peor. Un saludo. ![]()
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#8
|
|||
|
|||
|
sigo pensando que haciendo esto:
arreglado. A mi me suma mas o menos 15.000 registros en menos de 1 segundo |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Conexion Lenta Interbase 6.0 | Carlos de Pablo | Firebird e Interbase | 4 | 05-01-2009 23:19:40 |
| Conexion a servidor muy lenta | DISAC_FIGO | Conexión con bases de datos | 0 | 16-01-2007 21:50:30 |
| Conexion lenta | auribe | Conexión con bases de datos | 0 | 19-04-2005 18:04:37 |
| Conexion mas lenta | hecjona | Varios | 0 | 22-12-2003 21:04:21 |
| Conexion Lenta en red | muli | Firebird e Interbase | 6 | 25-10-2003 00:17:11 |
|