none
tengo una consulta de mas de 1.500.000 registros programo en .net c# y utilizo el dataprovider de advantage database RRS feed

  • Pregunta

  • el problema que tengo es el siguiente debido  a la cantidad de registros que tiene la tabla la consulta relizada en entorno web demora unos 7 minutos en responder desde el servidor (Esto es mas que demasiado) , la misma consulta ejecutada en la aplicacion ARC (de advantage) solo 10 segundos (aceptable) , entiendo que halla una mayor demora en la aplicacion debido a las capas que se agregan pero no entiendo por que es tanto la diferencia, e leido todo lo que estaba a mi alcanze para mejorar el rendimiento de esta consulta pero me es imposible, antes de dejarlo ya se de las ventajas y desventajas de ADVANTAGE DATABASE pero lamentablemente no esta en mi el cambio de esta herramienta , ademas hay un sistema en clipper corriendo en la la actualidad.
    martes, 18 de mayo de 2010 12:36

Respuestas

  • amigo, me ha pasado algo bastante parecido, y la mejor solucion en utilizar procedimientos almacenados para hacer las consultas y llamarlos desde c#. Es lo mejor que puedes hacer. Pero si supongamos aún asi la respuesta del servidor es lenta tienes dos opciones. Una cambiar el servidor por otro mas veloz y otra construir un datawarehouse sobre tu base de datos. Eso te permitira realizar consultas y reportes rapidisimo y además integrar tu info y aumentar la performance de la base de datos.

     

    suerte!!!

    • Marcado como respuesta McOne martes, 1 de junio de 2010 14:49
    viernes, 28 de mayo de 2010 4:48

Todas las respuestas

  • hola

    1500000 registro no es un numero aconsejable para mostrar en pantalla, ya sea que una control sea mas performate que otro no implica que esto sea lo correcto

    la grilla por la forma en que trabaja con los datos no esta preparada para est volumen de datos

    te aconsejaria que apliques filtos a la pantalla y limites el numero a unos pocos

    ademas que usuario puede analizar ese volumen e informacion, que utilidad peude tener mostrar en pantalla tanta informacion de golpe no es analizable tanto info por una persona, por ahi si la muestras en un grafico, o al mas procesado para aportar valor al usuario

    de ultima lanza un reporte por ahi en Crystal para mostrar este listado tantos datos, por lo menso este podra exportarlo a Excel y trabajarlo en otro tipo de herramienta, es hasta creo que excel limita a 65000 el numero de registros

    saludos


    Leandro Tuttini

    Blog
    Buenos Aires
    Argentina
    martes, 18 de mayo de 2010 13:12
  • pero por qué quieres mostrar de una atacada todos los registros?

    En los casos de clientes míos que sé que van a manejar cantidades de miles de registros, meto filtros y/o pagino los resultados.


    Regards, manolitos
    jueves, 20 de mayo de 2010 16:37
  • Disculpa quizas me exprese mal pero no muestro los 1.500.000 registros sino el resultado de un select sobre esta tabla que muestra solo la suma de un campo con unos criterios de agrupamientos.

     

    viernes, 21 de mayo de 2010 15:05
  • Disculpa quizas me exprese mal pero no muestro los 1.500.000 registros sino el resultado de un select sobre esta tabla que muestra solo la suma de un campo con unos criterios de agrupamientos.

    viernes, 21 de mayo de 2010 15:05
  • amigo, me ha pasado algo bastante parecido, y la mejor solucion en utilizar procedimientos almacenados para hacer las consultas y llamarlos desde c#. Es lo mejor que puedes hacer. Pero si supongamos aún asi la respuesta del servidor es lenta tienes dos opciones. Una cambiar el servidor por otro mas veloz y otra construir un datawarehouse sobre tu base de datos. Eso te permitira realizar consultas y reportes rapidisimo y además integrar tu info y aumentar la performance de la base de datos.

     

    suerte!!!

    • Marcado como respuesta McOne martes, 1 de junio de 2010 14:49
    viernes, 28 de mayo de 2010 4:48
  • Gracias Juan Manuel . si tenia idea de usar procedimientos almacenados pero la verdad tenia miedo por las contras de los mismos, en cuanto a las integridad de los datos si el proceso se termina abruptamente. evaluare los pro y contras y veremos. ya que cambiar de servidor no me es posible. Muchas Gracias. 
    martes, 1 de junio de 2010 14:53