|
|
Forums, dernières contributions
Etude sur la mise en place d'un système de gestion des statistiques
Bonjour,
Dans le cadre d'un travail de diplôme, je dois trouver une solution à ce problème: mon mandant utilise une DB2 pour son application principale. De cette base, divers reports et statistiques sont tirés chaque mois. Mais le problème, c'est que cette pratique a des incidences sur la rapidité de l'application pour les utilisateurs.
Il faudrait que je trouve une solution pour importer les données dont j'ai besoin pour réaliser les traitements chaque mois (durant la nuit). Ainsi, les requêtes ne seront plus dirigées vers la DB2...
Je pense donc me diriger vers un datawarehouse... la contrainte supplémentaire, c'est que l'outils choisi doit être gratuit...
Merci d'avance de m'orienter vers une solution. Tous vos conseils sont les bienvenus !
Bonjour,
Dirigez-vous vers les sites de Talend (http://www.talend.com) ou bien le projet Pentaho (http://www.pentaho.com), sur lesquels vous trouverez les outils nécessaires à votre projet : ETL, Datawarehouse MySQL, reporter pour effectuer les stats ...
Ensuite, il ne restera plus qu'à vous retrousser les manches ...
Prudence cependant, ces outils ne bénéficient pas encore de suffisament de retours d'expérience, qui nous permettraient de nous forger une opinion concrète. Ils sont par ailleurs libres, donc support= communauté, parfois en anglais ...
Etape 1 Analyser le besoin et les données à recupérer sur le DB2
Etape 2 Modèliser le DW selon les besoins users ( aggrègations, granularités etc.) Vous avez des bouquins sur la méthodologie, c'est pas trop compliqué un modèle étoile/flocon
Etape 3 Utiliser Talend pour recuperer les données du DB2 vers DW MySQL
Etape 4 Utiliser un outil de reporting gratuit pour la restitution. Je vous propose BIRT ( www.eclipse.org/birt ) Il a également une engine Java que vous pouvez intégrer dans un portail d'entreprise pour la diffusion.
Bon courage :)
Est-ce que dans ton cas il ne serait pas + simple de demander à l'administrateur de la base DB2 de te créer une copie de la base de production chaque mois: tu fais tes rapports et statistiques sur celle-ci et tu laisses la base principale aux utilisateurs... ?!?
Bien sur cette idée est valable si tes rapports et statistiques interrogent les données du mois M-1; est-ce le cas ?
Euh, une simple copie de la base sans modèlisation ni changement de stratégie d'index et stockage me semble un peu...light coté perf non?:)
Sinon, pour des besoins simples et des utilisateurs pas très demandeurs sur une base relativement petite, ça peut marcher, effectivement. Mais ce ne sera pas vraiment d'une merveilleuse propreté :)
D'accord avec Stefan. Il faut envisager plus qu'une simple copie de la base de prod vers une base d'interrogation. Cette dernière peut cependant être alimentée par des routines simples, si les utilisateurs ne sont pas trop exigeants (fraicheur des infos restituées, granularité...)
|
Ecrire une réponse
