La notion de l'ODS est une source de confusion et la réponse dépend à qui l'on pose la question.
Théoriquement l'ODS est ce qui suit :
" Un environnement qui sert à la prise de décisions tactiques, qui contient des données détaillées, extraites en presque temps-réels des systèmes opérationnels pour répondre à des besoins de reporting immédiat et qui peut être mis à jour par les utilisateurs".
Il est souvent mis en place pour répondre à au moins un des besoins suivants :
- Intégrer les données provenant de plusieurs sources. Normalement ce genre d'intégration devrait être réalisé dans les systèmes sources, mais parce que cela peut couter chèr ( temps, dispo et rentabilité) on mets en place un ODS.
- Fournir les données pour prendre des décisions tactiques (reporting)
- Permettre de consolider les mises à jour communes aux systèmes sources.
Un ODS peut servir de "staging area" pour alimenter un DW, cependant cela ne doit pas être sa raison d'être.
Pour une architecture qui met en évidence les différentes composantes veuillez se référer au lien suivant :
http://www.systemeetl.com/architectures_dw_suite_2.htm
Le tableau suivant présente (en anglais) les différences entre OLTP/ODS/DW/DM
Notre Opinion :
La fréquence d'alimentation d'un DW est devenue de plus en plus serrée, Il existe donc des systèmes ou l'on alimente l'entrepôt de données chaque nuit, Il devient alors difficile de convaincre les décideurs de la nécessité d'un ODS et surtout que cela coûte cher en général.
N'oublions pas non plus que les fournisseurs des suites ETL intègrent de plus en plus des fonctionnalités Real-time ETL à leurs solutions. Un DW d'ici peu de temps ( si ce n'est déjà le cas avec le CDC) pourrait être alimenté en temps réel ce qui fait, à mon avis, tomber la nécessité de mettre en place un ODS