Millones de registros

[Anonymous]

Buenos días,

El tema que hablo ahora no es una duda concreta de algo específico, sino más bien abrir un debate para recapitular infromación de este tema. Yo quiero saber que tal funcionaria qlikview manejando millones de registros y si necesita muchos recursos.

Se trataria por ejemplo de cargar un millon de registros al dia o un volumen de datos de ese estilo.  No me preocupa en si que la recarga de los datos tarde más o menos, que supongo que con ese volumen de datos pues tardará bastante, sino como el programa puede manejarlos con soltura a la hora de hacer selecciones y demás.

Si alguien tiene experiencia manejando estos volumenes de datos, o conoce ejemplos, agradeceria información al respecto

Un saludo

[alexis_garcia]

Hola Jonay,

Te cuento mi propia experiencia.

Tengo un documento que tiene millones y millones de registros, al principio era muy lento, hasta que decidí hacer uso de "buenas prácticas" en el modelado de las tablas y demás, así conseguí que el documento fuera bastante ágil.

También consumen mucha memoria determinados gráficos. Mira en propiedades de documento y podrás ver el consumo de cada uno de ellos.

Incide mucho en intentar que no hayan tablas sintéticas.

Espero que te sea de ayuda.

Un saludo.

[JoaquinLazaro]

Hola Jonay:

Bien por lo que dice Alexis.

No es solo la cantidad de registros que importas, en el rendimiento también afecta cómo están asociadas las tablas y las operaciones que realizas dentro de las expresiones. El ejemplo más claro es el count(IdPedido), siempre

recomiendan crear un campo 1 as cuentapedido y hacer un sum(cuentapedido)

Otra forma de mejorar el rendimiento es crear los campos clave entre tablas con la función autonumber; aunque los autonumber son complejos de tratar con los qvd.

También hay formas de combatir los millones de registros, creando procesos de cargas repartidos por fechas.

Saludos

Joaquín

[ecolomer]

Hola,

Lo importante es hacer un buen diseño de las tablas y de las relaciones para que sea eficiente y ocupe poco espacio.

Yo tengo numerosos ejemplos de ficheros QV que no llegan a ocupar los 100 Mb, son muy eficientes en términos de rapidez de respuesta en todos los gráficos y detrás tienen, 15 millones de registros obtenidos de NAVISION por ejemplo.

Además es importante planear bien la estrategia de carga haciéndola incremental e inclusive haciendo recargas desde el propio QV.

Ver ejemplo:

En este ejemplo se pueden recargar trozos, según los intereses y periodos parciales.

El ejemplo utilizado se usa para hacer simulaciones y proyecciones

Espero que os sirva

Saludos,

Enrique Colomer

[alexis_garcia]

Hola Enrique,

Muy bueno el ejemplo que planteas!

Podrías poner el ejemplo?

A mi especialmente me sería de gran ayuda.

Gracias.

Un saludo.

[ecolomer]

Hola,

Qué quieres que suba el fichero QV?

Salu2

EC

[alexis_garcia]

Hola Enrique,

Sí, me refería a si puedes subir el QV, ya que me sería de gran ayuda.

Gracias.

Un saludo.

[ecolomer]

Hola

Ahí va.

[alexis_garcia]

Muchísimas gracias Enrique.

Te aseguro que me va a ser de gran ayuda!

Un placer poder seguir aprendiendo gracias a todos.

Un saludo.

[julian_rodriguez]

Escenarios como 60 millones de registros, distribución de más de 400 qvw's en un sistema clusterizado, para alrededor de 2000 usuarios son posibles siempre y cuando tengas presente las recomendaciones de diseño, desarrollo y despliegue.

Revisa detalladamente el Enterprise Framework de Qlikview y encontrarás lo que necesitas para optimizar tu solución.

Saludos