Discussion :

[guk92]

Bonjour,

Je souhaiterais que l'on m'éclaircisse sur du vocabulaire lié au bases de données et le DataWarehouse, que si je dis des bêtise, vous corrigiez le débutant que je suis.
Je précise que j'ai tendance à avoir beaucoup de difficulté au niveau de la compréhension (donc si vous pouvez schématisez, n'hésitez pas ).



Table de faits et tables de dimensions :
J'ai lu qu'une table de faits n'était en faite qu'une table regroupant plusieurs clés des autres tables (ces autres tables s'appellent tables de dimension).


Schéma en étoile :
Du point de vue schéma, qu'on appelle schéma en étoile, la table de faits est la table au centre de l'étoile, les tables de dimensions sont des tables standards (ayant au moins une clé qui sert de liaison) situés aux extrémités de cette étoile.


Table de faits ou table intermédiaire ?
Si une table de fait est une table contenant les clés des autres tables, quelle serait sa différence avec une table intermédiaire ?
Je souhaiterais donc savoir si l'on pouvait comparer une table intermédiaire à une table de faits car dans une relation n-m, une table intermédiaire contient des clés pouvant provenir de plusieurs tables.
Est-ce que le terme table de faits (par rapport à table intermédiaire) serait plus lié à une notion de décisionnel et DataWarehouse ?


Schéma en flocon :
Le schéma en étoile représente une table centrale pouvant avoir plusieurs tables à leur extrémités (qu'on appelle table de dimensions).
Un schéma en flocon est une version "améliorée" du schéma en étoile car les dimensions peuvent êtres liés à d'autres dimensions.
Le schéma en flocon est donc une version un peu plus complexe du schéma en étoile, permettant de faire des économies d'espace allant de 5 à 10% (cf: Wikipédia pour les chiffres).



Si vous pouvez m'apporter d'autre précisions sur ces notions liés au DataWarehouse, n'hésitez pas !



Merci pour votre aide !

[SQLpro]

... je dis des bêtise...

OUI !

Table de faits et tables de dimensions :
J'ai lu qu'une table de faits n'était en faite qu'une table regroupant plusieurs clés des autres tables (ces autres tables s'appellent tables de dimension).

Une table de faits comme son nom l'indique contient des faits, par exemple une vente, un achat, un jour de travail...
Les dimensions sont quelques unes des caractéristiques de ces faits qui gravitent autour de la table des faits. Certains dimensions n'ont pas besoin d'une table de dimension.
Par exemple dans une vente il peut y avoir le montant, la date et le lieu.
Le montant est une dimension sans hiérarchie, tandis que le lieu ou le temps sont des dimensions hiérarchique (ville/département/région et date, semaine, jour de semaine, mois, an...pour le temps. )

J'ai pas le temps de détailler le reste....

A +

[Jester]

SQLPro, comme vous dites vous aussi des bétises tout se tient ...

Le montant n'est pas une dimension mais une mesure qui sera agrégable sur les dimensions temps et lieu.

Sinon pour votre question tout est sur Google ou sur Amazon.

[al1_24]

Le montant peut aussi être considéré comme une dimension dans ce sens qu'il peut être hiérarchisé par tranches de valeurs...

[guk92]

D'accord,

Je comprend plus ou moins ce que vous m'expliquez.


Table de faits :
Donc en plus de contenir les clés des autres tables (tables de dimensions), les tables de faits peuvent contenir des valeurs (un montant, un poids, un volume, une longueur etc...), ce sont des valeurs qu'on ne pourrait pas forcément lier à une table de dimension.
Une table de faits est donc, si je comprends bien, une table qui regroupe des données provenant de plusieurs tables (tables de dimensions), auxquels on peut ajouter des valeurs non-hiérarchisé.

Une table de dimension est donc une table contenant des données souvent réutilisés.
Exemple de table de dimension :
id | extension_document
1 | doc
2 | docx
3 | csv
4 | pdf
...

Certains dimensions n'ont pas besoin d'une table de dimension.

SQLpro, je n'ai pas compris cette phrase.
As-tu voulu faire la distinction entre le schéma en étoile et le schéma en flocon ?
Donc une table de dimension n'ayant pas besoin d'une autre table de dimension donne un schéma en étoile alors qu'une table de dimension ayant besoin d'une autre table de dimension donne un schéma en flocon ?




Il y a une chose que je ne comprend pas, quel est la différence entre une table de fait et une table intermédiaire alors ?
Parce que j'ai l'impression que ces deux tables servent à la même chose, ils regroupent des données (clés) provenant des autres tables.

Le montant peut aussi être considéré comme une dimension dans ce sens qu'il peut être hiérarchisé par tranches de valeurs

Oui je comprends...
id_pourcentage | poucentage_valeur_min | pourcentage_valeur_max
1 | 0 | 24
2 | 25 | 49
3 | 50 | 74
4 | 75 | 100

Sinon pour votre question tout est sur Google ou sur Amazon.

J'ai bien fais des recherches avant de poster mon sujet mais je n'ai pas trouvé de réponse à mes questions. Je suis sure moi même sur de savoir appliquer ces notions en pratique, par contre je ne suis pas apte à l'expliquer avec des mots (au niveau du vocabulaire), pour cela j'ai besoin de connaitre le nom de toutes ces notions.








Merci

[SQLpro]

Effectivement Jester vous avez raison de me dire qu'une dimension peut être une mesure lorsqu'elle est réduite à sa plus simple expression.

A +

[Jester]

Table intermédiaire : je ne connais pas cette expression.

Une mesure est numérique, on peut faire des agrégations dessus.
Une dimensions est catégoriel, cela sert à savoir quel sous-ensemble des données (du cube) on veut. Si une dimension n'a qu'un attribut on peut en faire une dimension dégénérée et zapper la table de dimension. Par exemple dans un cube de commandes, la dimension identifiant de la commande du système source est souvent mis en dégénéré. Dans votre exemple ça reviens à stocker les extensions directement dans la table de fait.

Sinon vous êtes bon sur flocons/étoile.

Si vous voulez approfondir plutôt qu'apprendre les trucs de modélisation, apprennez les fonctionnement bases de données qui vous dépannerons plus. Le reste ça s'apprend sur des situations réelles.

[guk92]

"Table intermédiaire" est le terme que l'on m'a enseigné pour désigner la table qui se situe entre une relation n-m (plusieurs à plusieurs).

Par exemple, lorsque vous avez une table table_comptes et une table table_acces, pour qu'un utilisateur de table_comptes puisse avoir accès aux données de la table table_acces on lui attribut des droits, ces droits seront stockés dans la table table_droits.
La table table_droits contient les clés de table_comptes et table_access.



Le problème c'est que j'ai la pratique, mais je ne connais pas les mots théoriques.


Donc si je résume :
1. Une table de faits est une table contenant des clés étrangères (provenant des tables de dimensions) et des valeurs numériques que l'on souhaitera "travailler" avec des fonctions tels que SUM(), AVG(), COUNT()...
table_faits
id_faits
valeur_numeriqueX
id_axeY
id_axeZ

2. Une table de dimension est une table contenant des données qui serviront de graduation à un axe de cube, ex :
table_alcool
1 | vin
2 | bière
3 | whisky
4 | vodka
5 | sake
etc...

3. Un schéma en étoile est la représentation de la table de faits avec à ses extrémités les tables de dimensions. La table de faits se situe au centre de cette étoile.

4. Un schéma en flocon est "une version amélioré" du schéma en étoile, une table de dimension est rattaché à une autre table de dimension.
table_etoile
id_etoile
id_dimension2

table_dimension2
id_dimension2
id_dimension1

table_dimension1
id_dimension1


5. Qu'est-ce qu'un schéma en constellation ?

[Jester]

Vous contaterez qu'une table de fait est souvent une relation n-m.

constellation = ensemble d'étoiles et de flocons (avec des dimensions communes normalement)