Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[Datawarehouse] Késako ??
Bonjour,
J'aimerais savoir ce que sont exactement les datawarehouses.
Je sais que ce sont des entrepôts de données mais concrètement ça consiste en quoi ?
J'ai trouvez un site parlant de ce sujet mais j'aimerais avoir un exemple qui me permettrait de mieux appréhender le sujet.
Merci à vous
C'est une façon différente de stocker toute l'information passée et présente de votre entreprise afin d'offrir à aux dirigeants des outils d'aide à la décision. On parle aussi parfois d'infocentre
Cela s'appuie
- sur des SGBD permettant de stocker des volumes monstrueux
- sur une modélisation particulière (flocon, matrice, étoile)
- sur des termes barbares: ROLAP, MOLAP, HOLAP, cube, dimensions, faits...
- sur des outils particuliers (DTL, Dataminer, requêteur)
bref, le sujet est vaste
question à Fadace - Datawarehouse
je rebondis sur le sujet :
cher Fadace,
Notre Dir. aimerait des tas de stat. sur une longue période avec des tas de dimensions, des croisements et tout.
J'ai un souçi : combien de temps ça peut prendre de mettre sur pied un datawarehouse ?
je n'ai pas trouvé de notion de durée de projet sur le net.
As-tu de l'expérience dans le domaine ?
Parce que 60% des projets de DW n'ont jamais été finalisés... et que ce n'est pas une très bonne pub ;-)
Tout dépend de ce que vous avez déjà comme données en terme de qualité, et si vous avez déjà prévu la modélisation de votre modèle DW.
Re: question à Fadace - Datawarehouse
Bah, c'est comme le fût du canon pour refroidir...Envoyé par Eowyn
Plus sérieusement, la mise en place se déroule en 2 étapes:
1/ la mise en place d'un contenant (support) au DWH. Cette étape peut se dérouler en mode projet, ce qui permet théoriquement de chiffrer son coût, y compris en délai (puisque c'est ça qui importe à ton directeur). Tu auras bien sûr le choix entre du "tout fait" et du "sur mesure", mais ce choix ressemble plus à un dilemme. En effet, si le "tout fait" peut sembler répondre a priori aux besoins immédiats, qu'en est-il sur le long terme ?
A contrario, le "sur mesure", s'il est + long à mettre en place, me semble plus apte à accueillir les nouvelles demandes (l'utilisateur est très imaginatif
Comme souvent, on peut viser une solution intermédiaire en se dotant d'un moteur (boite noire) chargé des requètes, éventuellement aidé par des "modules externes", sorte de plug-in, pouvant par exemple pré-macher le regroupement des données sur lesquelles va porter la requète.
2/ la seconde étape concerne l'alimentation du DWH en données, et c'est un peu là que se situe le pb: c'est une tâche qui n'est jamais terminée !
Sachant qui est préférable de séparer les données de production et celles du DWH (orientation incontournable pour le "tout fait"), on se retrouve toujours avec LA requète pour laquelle il nous manque une donnée dans la base du DWH...
Pour des raisons de performances, il n'est pas raisonnable de dupliquer les données de production, mais quelles données faut il recopier dans le DWH ?
Autres points à ne pas ignorer (coûts cachés):
- la mise en place et l'entretien des procédures de duplication de données vers le DWH
- la durée et la périodicité de passage de ces procédures
- comment opèrent ces procédures : extraction complète pour copie vers le DWH ou bien extraction "différentielle" ?
- mise en place d'un catalogue des données disponibles dans le DWH
Et il y en a peut-être d'autres...
Merci les gens !
Je me doutais bien que si je ne trouvais pas d'info sur le net, c'est que ceux qui l'ont fait n'en sont pas très fiers....
Non, nous n'avons pas encore finalisé le modèle DWH.
Il est clair qu'on va plutôt aller vers du "sur-mesure" fait maison.
En ce moment, on travaille nos utilisateurs "au corps" pour leur faire comprendre ce qu'est une extraction, des spécifications et surtout qu'on ne peut pas répondre à leur demande dans l'heure suivant leur délire. Bref, on essaie de les cadrer et de les obliger à réflechir à fond sur la pertinence et la durée de vie de leur demande.
question : y-a-t-il "quelque chose" entre un DWH et l'extraction "minute" (ou planifiée mais lancée quand même par l'informatique) ?
...allez, j'ose (et tant pis pour les conséquences...)
Oui, ça s'appelle MS-Access !
Le pb étant que l'utilisateur a tendance à vouloir faire de la production avec!!!!
rougis, rougis t'as raison de rougir !
si access est la seule alternative alors soit les users vont devoir attendre qu'on termine un DWH soit mes collègues de l'infocentre vont continuer à se coltiner les extracts....
mais je ne lâcherai pas access aux fauves !
la bonne nouvelle c'est qu'on vient de recevoir de la pub pour une matinée rencontre-blabla qui a pour thème "Construire un système d’information décisionnel" et a priori mon chef aimerait que j'y aille.
J'aurais donc peut-être quelques réponses à mes questions...
Bon courage pour la mise en place !
Eh bien vous allez sans doute être gavés de blabla pseudo-techniques. Forcez votre interlocuteur à parler d'architecture et de SGBD et pas seulement à vous envoyer des slides de Powerpoint et des références clientes fumeuses.
Fadace est-ce qu'on peut considérer Buissness Object comme un Datawarehouse ?
Non. C'est un requêteur permettant de faire des rapports, et même d'extraire des cubes. Vous pouvez le considérer comme un ETL, un générateur de cubes OLAP, mais en aucun cas comme un DW. Le DW est la idéalement la base qui se trouvera derrière BO.
Hello ,
Désolé de te contredire mais BO (l'outils de restitution) n'est pas un ETL , ni un générateur de cube OLAP.
L'ETL de BO (l'editeur ) est Data Integrator , très bon ETL d'ailleurs mais pas aussi bon que Genio
Par contre BO peut s'interfacer avec les cubes multidim sans pbs.
C'est le genre de sujet où ça vaut le coup d'investir dans un livre. J'avais lu celui-là qui était vraiment intéressant : mais en rupture de stock
humm un livre de 1997... je pense qu'il n'est plus au fait des dernières technologies.
Je te conseille ce book : Concevoir et déployer un data warehouse
de Ralph Kimball.
Kimball est un des grand guru du décisionnel.
Bon le livre que j'ai donné parle finallement assez peu des technologies, mais plus des processus qu'il faut mettre en oeuvre pour en créer un. Parce que un datawarehouse implique tout de même une réorganisation du travail dans l'entreprise. C'est un bouquin assez court et c'est pourquoi je l'aime bien
Mais y-a pas de souci : le mieux pour les parisiens c'est d'aller à Eyrolles et de choisir celui qui convient.
je ne vois pas pourquoi le dwh remet en cause l'organisation de l'entreprise ?
Puisque le dwh récupère les infos des applis existantes et les integre dans sa propre base ...
utilisateurs -> applications metiers > base ou fichier -> ETL ->ODS ->ETL->DWH -> outils de restit (bo et compagnie ).
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager