Discussion :

[frabey]

Bonjour à tous,

J'interviens dans une société, ou pour un service, on a mis en place un outils basé sur Access et Excel
Aujourd'hui, le client veut remplacer cet outils en mettant place une solution basée sur Qlikview et sur les fichiers reçus (csv principalement) sans passer par une base de données . Il me demande mon avis sur l'utilité d'une base avant Qlikview......
Je ne connais pas trop cet outils, et je cherche des avis. Moi je suis plutôt habitué datastage, oracle, BO....
Pour information, l'application est utilisée par moins de 5 utilisateurs et il n'y a pas une grosse volumétrie.

Qu'en pensez vous ?

En vous remerciant

[FORMULARY]

Quel est le rôle de cet outil ?
S'il s'agit d'analyser les données et d'en faire un graphique, QV est très bien.

[frabey]

oui l'outils doit servir pour de l'analyse de données. Le problème n'est pas le choix de Qlikview, mais de l'utilisation d'une base de données avant qlikview.

[FORMULARY]

QV utilise sa propre base vectorielle ...
Du coup, le problème est : Sous quel format est-ce que je récupère les données.
Si c'est des fichiers csv qu'il faut intégrer, on fait un petit script qui charge les csv dans un fichier QVD, et ensuite on crée les analyses QV qui attaquent directement les fichiers QVD.
Dans ce cas là, pourquoi s'embarrasser à mettre une base de données entre les deux ?

[frabey]

Ma crainte c'est surtout :
pour l'historisation des données , les fichiers reçus ne concerne qu'une période donnée, est ce que le load de qlikview n'écrase pas toutes les données ?
peut on vraiment faire toutes les mêmes opérations que ce qui est fait en ETL ? faire un pivot, calculs complexes ......
Que se passe t'il si on change d'outils de reporting, y a t il un moyen de récupérer les données


Je m'excuse pour ces questions, mais malgré toutes les lecture que je fais, je ne trouve pas de réponses

[PhunkyBob]

Si vous stockez les données mensuels dans des fichiers CSV, ça ne devrait poser aucun problème à n'importe quel outil de BI qui se respecte.

[frabey]

les fichiers que j'ai en sources demande un gros travail de transformation , beaucoup de pivot.

par exemple pour un fichier des devises dans le fichier j'ai tout en ligne dans le fichier :

Pays It ol ru ch
--------------------------------------
France 0,45 0,95 1,2 0,7

et en sortie je veux une table :

Pays Cible Tx
--------------------------------------
France Italie 0,45
France Pologne 0,95
France russie 1,2



Et c'est un exemple simple... , pour charger un fichier dans deux tables sous Access, on est obligé de faire de nombreuses requetes et tables temporaires.
Je vois comment faire avec un etl mais, après avoir pas cherché, j'ai l'impression que Qlikview n'est pas fait pour un gros travail sur les sources. Je me trompe ?

[PhunkyBob]

j'ai l'impression que Qlikview n'est pas fait pour un gros travail sur les sources. Je me trompe ?

Tout dépend de ce que vous souhaitez faire.

Si vous voulez juste décroiser des données, QlikView sait très bien le faire.

Si votre source est de la forme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Source:
LOAD * INLINE [
Pays, it, ol, ru, ch
France, 0.45, 0.95, 1.2, 0.7
];

Alors il suffit de la charger en

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Data:
CrossTable(Cible, Tx, 1)
LOAD 
* 
RESIDENT Source;

et vous obtenez exactement ce que vous souhaitez.



Il y a effectivement des choses que QlikView ne peut pas faire simplement (il ne possède pas autant de modules qu'un ETL dédié) comme par exemple les jointures sur intervals, mais généralement, on arrive à s'en sortir plutôt correctement.

Si vous avez une base de données qui est plus puissante en terme de requêtage, alors effectivement, ça peut être une bonne idée de l'utiliser comme intermédiaire.

[pascalgc]

Bonjour,

Il y a une autre question à se poser : de quoi demain sera fait ?

Je veux dire, on peut très bien prendre vos CSV et les transformer en datamarts sous forme de QVD (c'est très simple à faire) et ensuite toutes vos applications iront récupérer vos magasins de données pour réaliser toutes vos vues, pour vos différents services. Mais vous restez là uniquement sous la technologie Qlikview.

Imaginons que demain votre société décide de passer à une autre technologie pour la partie supérieurs (les restitutions statistiques et analyses) : vous perdez deux niveaux (les datamarts et les vues).

En revanche si vous créez une petite BdD (simple visiblement dans votre cas) vous rendez votre deuxième étage indépendant de la technologie du troisième, car n'importe quel outil peut se greffer à une BdD.

Mais sinon oui vous pouvez très bien vous passer de BdD dans votre cas, je l'ai fait dans ma société pour des systèmes simples et sans conséquence sur l'archivage des données.

Pascal