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

Alimentation Discussion :

Datawarehouse et table de correspondance


Sujet :

Alimentation

  1. #1
    Membre à l'essai
    Inscrit en
    Mai 2005
    Messages
    20
    Détails du profil
    Informations forums :
    Inscription : Mai 2005
    Messages : 20
    Points : 14
    Points
    14
    Par défaut Datawarehouse et table de correspondance
    Voila lors de la création d'un dataware, il faut dénormaliser jusqu'à une certaine limite, d'où ma question :
    Un champ contenant par exemple la civilité d'une personne ( Monsieur, Madame, ect...), dans notre DWH, est il plus indiqué de créer le champ de type integer et de créer par ailleurs une table des correspondances contenant notre liste de civilité ou bien est il préférable de garder un champ de type varchar toujours dans notre DWH contenant "Monsieur" "Madame" ect...

    La première méthode semble bonne, mais pour un DWH qui contient plus de 300 champs qui correspondent à des listes, il faudrait donc 300 tables de correspondances et tout ceci me semble bien contraire à l'idée du DWH.

    Qu'en pensez vous ?!

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 108
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 108
    Points : 28 424
    Points
    28 424
    Par défaut
    Tout dépend de la complexité du modèle... Il n'est pas toujours indispensable de dénormaliser pour construire un entrêpôt de données, sauf à vouloir contourner les insuffisances du SGBD en montant des modèles en étoile ou en flocon.

  3. #3
    Membre à l'essai
    Inscrit en
    Mai 2005
    Messages
    20
    Détails du profil
    Informations forums :
    Inscription : Mai 2005
    Messages : 20
    Points : 14
    Points
    14
    Par défaut
    Donc vaut il mieux un modèle en étoile ou en flocon pour ce cas précis ?!

    Je me doute que pour notre premier cas, on aura une une table des faits bien volumineuse alors que dans notre second cas cela jouera sur les nombreuses jointures lors d'une lecture.
    Mais étant un peu débutant dans ce domaine, je n'arrive pas bien à faire une comparaison entre le modèle en étoile ou en flocon qui me permette de faire un choix

    Si ca peut vous aider, je dois créer ce DWH qui va lui être utiliser pour créer divers Datamarts pour réaliser des reporting.

    Si ca manque d'information dites le moi.

  4. #4
    Membre à l'essai
    Inscrit en
    Mai 2005
    Messages
    20
    Détails du profil
    Informations forums :
    Inscription : Mai 2005
    Messages : 20
    Points : 14
    Points
    14
    Par défaut
    Me serais je trompé de forum ?

  5. #5
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 108
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 108
    Points : 28 424
    Points
    28 424
    Par défaut
    Ce que je sous-entendais, c'est que si ton SGBD est performant et ton modèle relationnel bien construit, il n'est pas indispensable de construire un modèle en étoile ou en flocon pour l'entrepôt de données.
    Par rapport au système opérationnel, il "suffit" de nettoyer les données : vérifier la validité, supprimer les enregistrements ou les tables qui n'ont pas d'intérêt pour le système décisionnel et, au besoin, renormaliser.
    L'important est que les dimensions et leurs attributs soient bien définis et UTILES.

Discussions similaires

  1. Table de correspondance
    Par mastere.info dans le forum C++
    Réponses: 1
    Dernier message: 16/04/2007, 15h53
  2. Réponses: 6
    Dernier message: 19/03/2007, 20h04
  3. create table as :correspondance de syntaxe avec oracle
    Par slausseur dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 14/03/2007, 10h34
  4. requête table de correspondance
    Par RodEpsi dans le forum Access
    Réponses: 4
    Dernier message: 19/02/2007, 20h06
  5. Requete avec une table de correspondance.
    Par gregb34 dans le forum Langage SQL
    Réponses: 3
    Dernier message: 19/02/2007, 18h53

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