|
|
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 !
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 :)
A noter aussi, l'existence des outils Jasper sur http://www.jasperforge.org. Une suite Open Source dédié au décisionnel (analyse + reporting).
Le produit JasperETL n'est autre que Talend Open Studio.
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é :)
|
Ecrire une réponse
