Modélisation physique et conceptuelle OLAP

1. Structure et organisation des tables

Dans un modèle en étoile, la structure des tables est conçue pour optimiser l’analyse des données. Ce modèle est le plus simple et le plus couramment utilisé en conception de base de données décisionnelles, notamment pour les systèmes OLAP.

Il se compose de deux types de tables :

1. Impacts sur la normalisation des données

Le modèle en flocon de neige est très proche du modèle en étoile, car il reprend la même logique. Une table de faits centrale reliée à des dimensions mais avec une différence de taille : les tables de dimensions sont normalisées.

En effet, au lieu de regrouper toutes les informations d’une dimension dans une seule table, on les décompose en plusieurs niveaux hiérarchiques. Par exemple, une dimension Produit ne contiendra pas directement la catégorie et la sous-catégorie : ces informations seront stockées dans des tables séparées, liées entre elles par des clés étrangères.

Le modèle en flocon pousse plus loin la normalisation en réduisant les redondances car les informations partagées ne sont enregistrées qu’une seule fois. La maintenance est alors plus simple, si une catégorie change de nom il suffit de le mettre à jour dans une seule table.

En revanche, cette normalisation augmente le nombre de tables et donc la complexité du schéma.

Exemple de modèle en flocons

2. Optimisation des jointures et performances

En augmentant le nombre de tables, le modèle en flocon augmente le nombre de jointures contrairement au modèle en étoile. Par exemple :...

1. Gestion des relations complexes

Contrairement au modèle en étoile qui privilégie la simplicité et la rapidité d’analyse, le modèle en flocon pousse la normalisation pour réduire la redondance des données au prix d’un nombre plus élevé de jointures. Le modèle en constellation de faits (Galaxy schema) répond à une évolution des besoins analytiques devenant encore plus complexes et avec plusieurs processus métier à analyser et des dimensions partagées entre ces processus.

Le modèle en constellation se caractérise par la présence de plusieurs tables de faits reliées à un ensemble de tables de dimensions communes.

Plutôt qu’une seule étoile ou un seul flocon, on obtient une constellation, où plusieurs tables de faits gravitent autour des mêmes dimensions.

Ce modèle trouve toute son utilité lorsqu’il faut gérer plusieurs processus métiers liés.

Par exemple :

Si l’on reprend l’exemple précédent d’une entreprise de distribution. Cette dernière aimerait analyser, en plus des ventes (FaitVentes), les stocks (FaitStocks) ainsi que les achats fournisseurs (FaitAchats).

Ces trois faits partagent souvent les mêmes dimensions communes : Produit, Temps, Magasin...