datawarehouse et la dimension Temps

[trovillione]

bonjour a tous,

je vous remercie d´abord a tous de m´avoir éclairé par rapport au passage de la theorie a la pratique dans la conception d´un datawarehouse. mais il ya encore des trucs,dont je ne suis pas sur, c´est pourquoi je reviens encore avec une question qui est la suivante:

mon chef a besoin d´avoir les informations par trimestre, semestre et même semaine alors que dans la base de données de production les données enregistrées sont de la forme jj/mm/aaaa. exemple 23/10/2006.

j ai donc une dimension Temps(temps_id, semestre,trimestre,semaine). la question que je me pose est donc de savoir, est ce que je dois moi même en utilisant le PL/SQL pour remplir les champs semestre,trimestre et semaine? ou alors il ya une autre methose?

merci de me repondre

[roxise]

bonjour,
pas vraiment compris ta question, c'est un peut floux, de toutes manière si tu utilisais BO comme générateur de tes rapports de gestion ou ... tu as une dimension période ou date que vous paramêtrez comme invite du rapport afin de sortir les résultats d'une période donner qui peut aller jusqu'au détail par jour, le portage vers une DWH c'est le même principe étant donner que cette dimension existe pour quoi la remplir c'est une variable calculer automatiquement ! sinon peux tu donner un exemple factuel ?

crldt

[nuke_y]

Oui tu remplis toi-même ta dimension temps avec un script adapté. Tu trouveras de nombreux exemples sur le net. Tu te prépares 10 ans de données pour être tranquille.

Pourquoi ne pas calculer "à la volée" ? Parce que de nombreux attributs de la dimension Temps sont différents d'une entreprise à l'autre: numéro de semaine, jours ouvrés ou non, etc. Pour les années/semestre/trimestre/mois tu peux les calculer à la volée, voire utiliser BO comme proposé par roxise, mais tu ne pourras pas utiliser d'indexation et de manière générale je préfère tout pré-calculer.

[trovillione]

bonjour a tous,

merci d´abord pour vos réponses, ca me motive vraiment et ca me donne envie de bosser dur en BI.

en faite dans cette société on gère le stock. donc les clients passent les commandes à une date donnée et ils sont aussi livrés à une date. on a donc dans notre base sql les dates de commandes des clients que voici:

2000-11-01 00:00:00
2000-10-29 00:00:00
2000-11-04 00:00:00
2000-10-15 00:00:00
2000-11-05 00:00:00
2000-11-03 00:00:00
2000-11-02 00:00:00
2000-10-28 00:00:00
2000-11-03 00:00:00
2000-11-10 00:00:00
2000-11-07 00:00:00
2000-11-06 00:00:00
2000-11-01 00:00:00
2000-11-09 00:00:00
2000-11-27 00:00:00
2000-11-03 00:00:00
2000-11-11 00:00:00
2000-11-10 00:00:00
2000-11-05 00:00:00
2000-11-03 00:00:00
2000-11-01 00:00:00
2000-11-03 00:00:00
2000-11-01 00:00:00
2000-10-25 00:00:00
2000-11-04 00:00:00
2000-11-09 00:00:00
2000-11-02 00:00:00
2000-11-13 00:00:00
2000-11-11 00:00:00
2000-11-09 00:00:00
2000-11-09 00:00:00
2000-10-28 00:00:00
2000-11-03 00:00:00
2000-11-01 00:00:00
2000-11-08 00:00:00

maintenant, nous sommes entrain de monter un datawarehouse ou le chef a besoin d´avoir les commandes par trimestre/semestre/semaine. or quand je regarde les dates de commandes je ne vois pas les trimestres, ni semestres, ni semaines. c´est pourquoi je me demande comment faire pour avoir cela dans ma dimension temps.
je me suis donc dit qu´il fallait utiliser les PL/SQL et remplir ma table temps, car j´utilise sqlserver 2005
merci de me repondre

[nuke_y]

Oui il faut créer une table des temps. Comme je te l'ai dit, il suffit de chercher un peu sur le net.

Mais tu auras du mal à trouver une table qui corresponde exactement à ton besoin, tu devras toujours adapter (enlever une colonne, en rajouter, etc.)

[trovillione]

merci beaucoup nuke_y, les choses deviennent de plus en plus clair. le souci que j ai encore rencontré est la comprehension de la technologie ROLAP. EST CE que quelqu´un peut bien m´expliquer, car je lis,lis et relis, mais je vois toujours pas.

merci de me répondre

[roxise]

Envoyé par nuke_y

Oui il faut créer une table des temps. Comme je te l'ai dit, il suffit de chercher un peu sur le net.

slt nuke,
merci pour ce lien, très utile... et j'espère qu'il t'a beaucoup servis trovillione, bonne continuation ??

crldt

[nuke_y]

Je te propose la solution suivante (en espèrant qu'elle sera tolérée par les admins): tu avances par étapes, tu poses des questions, tu nous signales tout point qui te bloque et on essaye de t'aider. Mais là "t'expliquer le ROLAP" tu imagines bien que
1) c'est un sujet énorme
2) tu trouveras en 2mn plus de documentation sur le net que ce que nous pourrions en écrire sur ce forum

Donc là, très concrètement, qu'est-ce que tu veux faire là maintenant tout de suite et qu'est-ce qui te bloque?

[trovillione]

en faite, je suis entrain de creer des cubes et dans mes lectures (dans ma partie theorique), j´ai pris creer les cubes,c´est faire l´analyse des données ou encore faire du OLAP. mais pour faire du OLAP on a des technologies telles que ROLAP,HOLAP ET MOLAP, mais actuellement, je crée des cubes sans toutefois savoir ce que je suis entrain de faire. est ce que je suis entrain de faire le ROLAP, HOLAP ou MOLAP?
sur Internet on dit:

ROLAP : Relationnel OLAP

* Technique implémentant les fonctions OLAP de type calcul du cube de données dans une base suivant un modèle relationnel

mais comment savoir que c´est ca que je suis entrain de faire??

pour la dimension temps, j´ai eu à remarquer qu´on peut la definir directement sur sqlserver 2005 sans passer par les PL/sql.

merci de me répondre

[roxise]

bonjour trovillione,
Comme Nuke a dit, tout le monde est là pour donner des apuis aux autres, mais faudra bien définir exactement ce que tu veux faire, ton objectif... car je remarque que tu es entrain de soter d'un point à un autre sans que tu saches par où commencer, merci de prendre compte de cette remarque car c'est très important.

merci bien
crldt

[nuke_y]

Déjà sur SQL Server c'est du T-SQL pas du PL/SQL

Si tu utilises un cube c'est du MOLAP ou du HOLAP.

MOLAP = Multi-Dim OLAP : les données sont organisées de manière multi-dimensionnelles. C'est le cas des cubes tels que Powerplay ou Essbase. La plus grosse contrainte c'est le temps de calcul du cube et sa taille.

HOLAP = Hybrid OLAP : les données sont organisées de manière multi-dimensionnelles pour le noyau du modèle. C'est donc un cube. Cependant, pour plus de flexibilité, l'outil est capable aussi de faire des requêtes SQL sur le modèle relationnel sous-jacent, se rapprochant du ROLAP. Ainsi le cube peut avoir une taille raisonnable mais que TOUTES les données détaillées soient accessibles lors d'un drill.

ROLAP = Relational OLAP : les données sont organisées en modèle relationnel (une base de données Oracle ou SQL Server classique quoi) et l'outil génère des requêtes SQL pour satisfaire à la demande. C'est le cas de BO ou Cognos.


Si tu veux un BON conseil: explique nous ton projet ( sujet, besoin, contraintes, délais, volumes des données, moyens à ta disposition) et on va te conseiller.

Sinon achète / emprunte un bon bouquin, du genre "Le datawarehouse" de Kimball.

[Prjprj]

Pour compléter l'explication de nuke_y :
MOLAP : Les données sont stockées dans un format différent d'une base de données et il faut faire tourner une moulinette (gérée par ton logiciel OLAP) pour préparer les données et les stocker. L'avantage c'est que le stockage est optimisé pour les perfs, l'inconvénient c'est que les données ne sont pas forcément à jour.

ROLAP : Les données sont stockées dans une base de données et le logiciel OLAP fait des requêtes SQL souvent complexes pour accéder aux données.
L'avantage, c'est que les données sont le plus fraiches possibles, l'inconvénient c'est que si la volumétrie de données est élevée, les perfs ne seront probablement pas au rendez-vous.

Le HOLAP est un mélange de MOLAP et de ROLAP (on précalcule les agrégats, on donne accès aux données de détail via SQL).

Le choix entre ces différents modes dépend de beaucoup de facteurs, à toi de nous donner tes contraintes.

[trovillione]

bonjour,

merci à tous pour vos réponses. j´ai finalement compris la difference entre les 3 technologies de OLAP. merci pour vos remarques. sur SQL c´est du T-SQL et non PL/SQL. le datawarehouse à monter est sur SAP(dans 3 Mois) dans un très grosse boite allemande, mais comme je n´ai jamais pratiqué du decisionnel, je me suis acheté un bouquin pour pratiquer.donc je vous tiendrai au courant de mon projet au mois d´avril, mais pour l´instant j´aimerais pouvoir utiliser les outiles SSIC, SSAS et reporting de sql pour qu´au moins sur SAP ca puisse aller vite.
une fois de plus merci de vos remarques et conseils, va me motive vraiment,

bonne journée