Discussion :

[meher frioui]

bonsoir
Je espère que vous allez tous bien et tout ce est très bien

Je suis en Modèles de référence MULTIDIMENSIONNELS POUR LE DÉVELOPPEMENT d'entrepôt de Données
Je ai lu certains documents mais vraiment je suis fatigué de comprendre très bien l'utilitaire et méme quel est l'avantage? l'inconvénient?
merci d'avance

[StringBuilder]

Je sais pas si c'est la fatigue ou pas, mais j'ai pas bien compris le message, et encore moins cerné la question.

A quoi sert un entrepôt de donnés ?

Déjà, tout dépend ce qu'on entend par là (c'est comme le cloud, c'est un mot fourre tout que chacun utilise à sa sauce sans forcément savoir de quoi il parle).

S'il s'agit d'une base stockant des données "relativement statiques", modélisées en étoile ou presque, avec des "cubes" et autres "tables de dimensions et de faits", avec de la redondance mais des performances d'interrogation de malade, alors dans ce cas (qui est le seul que je connais mais il y en a d'autres) cela sert principalement à faire de la BI (Business Object par exemple) sans pourrir la base d'exploitation du ou des PGI de l'entreprise.

Par exemple, une entreprise a plusieurs outils :
Un système de gestion de dépôt.
Une Gescom.
Une compta.
Une application RH.
Un CRM.
Un site de VPC.
Etc.

Autant de bases.

Si au moment des primes de fin d'années on souhaite connaître le bénéfice réel qu'a engendré chaque commercial, alors on va devoir :
- interroger la gescom pour connaître les ventes
- interroger la compta pour retrouver ce qui est facturé ou non, en avoir, etc.
- interroger l'application RH pour connaître les objectifs de vente des commerciaux, etc.
- interroger la CRM pour connaître l'activité des commerciaux par rapport aux objectifs en termes de visites, etc.
- interroger le site de VPC pour connaitre les commandes passées par les clients de commerciaux directement.
- vérifier dans l'application de gestion du dépôt si les produits vendus par les commerciaux ne posent pas de problèmes, qu'on a bien épuisé les stocks de la collection de l'année précédente, etc.

Bref, autant de requêtes lourdes sur des bases différentes qui rendent :
- la création et la maintenance d'analyses très lourde et inaccessible à l'utilisateur lamba
- les analyses complètement dépendantes des outils en place dans chaque pôle de l'entreprise
- vont surcharger inutilement les outils déjà fortement sollicités

Pas possible.

Donc on crée un entrepôt de données qui va contenir une copie de toutes ces données, consolidées entre elles, rafraîchit quotidiennement, ou même en temps réel si on a les outils pour, optimisé pour l'interrogation. On ne fait jamais de modifications dedans (pas de saisie) et le modèle et le type des données est indépendant des applications d'origines.

C'est l'utilisation la plus courante.

Il y en a cependant certainement d'autres.

[meher frioui]

merci pour votre réponse
est ce tu peut me expliqué un peut c'est quoi la modéle de référence de l' Entrepôt de données ?
c'est quoi l'utilité ? avantage de ce modéle ?
de plus c'est quoi la déférence entre Extensions pour la Configuration de base de règles et Extensions pour l'Adaptation individuelle?
un grand merci

[StringBuilder]

Bonjour,

J'ai l'impression que tu te bases sur un ouvrage quelconque (livre, cours ?) pour sortir des termes sortis de leur contexte.

Je n'ai aucune réponse à tes questions sans avoir une idée du contexte...

Pour résumer, chaque base des différents outils du SI d'une entreprise a un modèle différent, des clés différentes (un produit dans la base de gestion commerciale aura pour identifiant 12, alors que dans l'application de gestion des stocks il aura pour identifiant AE430 et dans la compta pour identifiant PRO00000012 par exemple).

Le modèle des données de l'entrepôt de données doit alors être générique, afin de pouvoir consolider les données des différentes bases.
=> Donc un modèle unifié (la table des factures aura à la fois les informations de la gestion commerciale, de la CRM et de la compta par exemple)
=> Des clés unifiées : un produit, un client, une facture, etc. auront toujours le même identifiant dans l'ensemble des tables, quelle que soit la source de données.

Généralement on utilise un ETL pour unifier les identifiants et les formats au moment du chargement des données.

[StringBuilder]

Sinon, pour ta dernière question, j'ai l'impression que cela concerne ce qu'on appelle les "univers" et les "cubes" en BI.

En gros, ton datastock a un modèle des données (généralement en étoile) qiu contient l'ensemble de toutes les données.

Mais les besoins du marketing ne sont pas les mêmes que ceux du contrôleur de gestion ou du gestionnaire de dépôt.

Ainsi, on va regrouper des sous-ensemble des ces données dans des univers ou cubes dédiés à un métier, un domaine de l'entreprise, etc.

Et selon l'outil de BI, chaque utilisateur va pouvoir piocher dans ces différents cubes pour produire leurs propres analyse, et pourquoi pas leurs propres cubes.

Mais une fois de plus, ta question est totalement orientée par un ouvrage quelconque, et il n'y a pas de réponse universelle... C'est comme si tu me demandais pourquoi Albert est méchant. Si je sais pas qui est Albert, je risque pas de te répondre !