IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

MS SQL Server Discussion :

création d'un cube olap et calculs sur ce cube


Sujet :

MS SQL Server

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 79
    Points : 35
    Points
    35
    Par défaut création d'un cube olap et calculs sur ce cube
    Bonsoir j'ai créé un cube olap sous analysis services 2005 , ce cube faisant référence à de nombreuses dimensions ( en effet ce sont des tables que j'ai repris pour les utiliser comme des dimensions (figure schéma)) , j'ai choisi de créer sous analysis services une requetes nommées contenant toutes ces tables et faisant ressortir seulement les champs qui m'intéresse ( en prenant soin de pas prendre les ID car ils ressortent après le déploiement du cube) puis à partir de là je déploie mon cube en faisant du R-OLAP , le résultat est affiché sous la figure 1 et 2.

    tout semble à peu prés correct et cela donne des résultats plutot satisfaisant ,que pensez-vous de cette technique , comment pourrais-je faire autrement , sachant que j'utilise des tables déja éxistantes .
    Images attachées Images attachées  

  2. #2
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 79
    Points : 35
    Points
    35
    Par défaut
    schéma 1 et 2 manquant

    ps: pour les calculs j'ai aussi besoin d'aide mais comme c'est assez complexe à expliquer je le mettrai après

    merci
    Images attachées Images attachées   

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 79
    Points : 35
    Points
    35
    Par défaut
    up svp

  4. #4
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Bonjour,

    Voyant les copies d'écran, je suis un peu perplexe. Tu as pris dans ton cube, une seule vue (requête nommée), créée dans ta DSV pour joindre toutes les tables, c'est ça ?
    Ensuite, tu as créé une seule dimension, de type fact, qui contient en attribut tous les axes d'analyse qui t'intéressent ?

    En effet, ce n'est pas terrible. La bonne méthode est la suivante:
    1. dans ta DSV, tu crées au besoin plusieurs requêtes nommées pour générer un schéma en étoile, c'est-à-dire une table de faits centrale, et des tables de dimensions en entourage, qui sont liées par des ID
    2. A partir de tes tables de dimensions, tu crées des dimensions et des hiérarchies au besoin. Chaque colonne de tes tables de dimensions peut être utilisée comme attribut de la dimension. L'ID ne se verra pas, car tu le rendras caché dans les propriétés de l'attribut
    3. tu crées un cube avec la table de faits, et tu y ajoutes les dimensions
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  5. #5
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 79
    Points : 35
    Points
    35
    Par défaut
    ok rudib , d'abord je te remercie pour ta réponse c'est trés sympa

    j'ai encore quelques questions à te poser

    1°) en fonction du schéma relationnel que j'ai mis en annexe 1 , comment puis-je représenter le cube que je veux créé??
    en effet il y aurait beaucoup de dimension et c'est pourquoi l'astuce de la requete nommée m'intéressé

    pourrais-tu m'aider à modéliser mon cube ??? ça serait génial car la je patauge beaucoup

    2°)comment caché l'ID

    3°)j'ai pas compris ton 3 , comment créé un cube avec la table de fait?

    et y ajouter des dimensions???


    ps: j'utilise les tables qui sont dans le schéma mis en annexe 1 c'est tables éxistent sur le serveur sql serveur et je l'ai rapatrie sur mon datawarehouse.

    pour l'insant je les utilisais telle qu'elle dans mon cube pour mes dimensions , dois je l'ai modifié ???

    merci

  6. #6
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Salut,

    Je ne peux pas faire tout le boulot à ta place, je ne peux que te mettre sur la voie. Je n'ai qu'une vie (on pourrait créer un forum "réincarnation").
    Il faut que tu comprennes en premier le schéma en étoile :
    1. La table de faits contient les mesures, elle est centrale. Elle contient aussi des ID sur les tables de dimension
    2. les tables de dimension sont tout autour. Elle contiennent les axes d'analyse.

    Si tu modélises ça dans la DSV, en créant des requêtes nommées, ça te permet d'avoir une vue claire. C'est un début.
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

  7. #7
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    79
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 79
    Points : 35
    Points
    35
    Par défaut
    ok je te rmercie pour ta réponse , j'ai encore quelques questions

    1) comme j'ai beaucoup de tables de dimensions , selon toi il faudrait que je les regroupent dans des requètes nommées , c'est bien ça???

    2) combien de dimensions puis-je matérialiser de la sorte ?

    je te remercie

    ps:aprés j'aurai juste un dernier point concernant les calculs sur le cube

  8. #8
    Expert confirmé
    Avatar de rudib
    Homme Profil pro
    Fakir SQL Server & NoSQL
    Inscrit en
    Mai 2006
    Messages
    2 573
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Fakir SQL Server & NoSQL

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 573
    Points : 4 043
    Points
    4 043
    Par défaut
    Salut,

    Tu n'as pas forcément besoin de regrouper tes tables de dimension. Tu peux avoir autant de table de dimension que tu veux. Il vaut mieux les représenter en étoile, ce sera plus simple. Donc, autour de ta table de faits, une table par dimension (par exemple, une table pour les clients, une table pour les articles, etc., regarde "schéma en étoile" sur ). Evite les relations entre les tables de dimension, donc si par exemple tu as plusieurs tables pour les clients (table d'adresse, de ville, etc), fais une requête nommée pour n'en faire qu'une vue.
    Ensuite, chaque colonne de ta table de dimension peut être utilisé comme attribut (= axe d'analyse)

    En SSAS 2005, tu peux faire vraiment beaucoup de dimensions et d'attributs. Attention ensuite aux performances.
    Rudi Bruchez
    Rudi Bruchez EIRL, solutions MS SQL Server et NoSQL
    LinkedIn - [Outil libre de diagnostic SQL Server : Sql Trismegiste]
    LIVRES : Optimiser SQL Server -
    Microsoft SQL Server 2012 Security Cookbook
    - les bases de données NoSQL

    e-learning : LinkedIn Learning - Pluralsight

Discussions similaires

  1. Réponses: 3
    Dernier message: 08/02/2011, 11h01
  2. Création de Cubes OLAP
    Par lolo6413 dans le forum SAP Crystal Reports
    Réponses: 1
    Dernier message: 08/10/2007, 09h57
  3. calcul dans un cube olap
    Par kev0631 dans le forum MS SQL Server
    Réponses: 0
    Dernier message: 11/09/2007, 19h29
  4. calcul de somme sur un cube
    Par kev0631 dans le forum MS SQL Server
    Réponses: 0
    Dernier message: 07/08/2007, 15h10
  5. création de cube olap , analysis manager et sql server 2000
    Par kev0631 dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 09/07/2007, 15h55

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo