Architecture d'un entrepôt de données



Ce blog met en évidence toute l'architecture d'un entrepôt de données

Qu'est-ce qu'un entrepôt de données?

Un entrepôt de données est un emplacement central où sont stockées les données consolidées de plusieurs emplacements. L'entrepôt de données n'est pas chargé à chaque fois qu'une nouvelle donnée est générée, mais l'utilisateur final peut l'évaluer chaque fois qu'il a besoin d'informations. Il existe certains délais déterminés par l'entreprise quant au moment où l'entrepôt de données doit être chargé, que ce soit quotidiennement, mensuellement ou une fois par trimestre.





Architecture de l'entrepôt de données

Différents systèmes d'entreposage de données ont des structures différentes. Certains peuvent avoir un petit nombre de sources de données tandis que d'autres peuvent être volumineux.

Il existe plusieurs systèmes transactionnels, source 1 et autres sources comme mentionné dans l'image. La source peut être SAP ou des fichiers plats et, par conséquent, il peut y avoir une combinaison de sources. L'ETL (Extraire, Transférer, Charger) permet de charger l'entrepôt de données dans les data marts. La différence entre une maison de données et un data mart est que l'entrepôt de données est utilisé dans toutes les organisations, tandis que les data marts sont utilisés pour des rapports personnalisés individuels.



Par exemple, il existe plusieurs départements dans une entreprise comme le département financier qui est très différent d'un département marketing. Ils tirent tous des données de différentes sources et ont besoin de rapports personnalisés. Le service financier s'occupe principalement des statistiques tandis que le service marketing s'occupe des promotions. Le service marketing n'a pas besoin d'informations sur les finances.

remplacement et surcharge en java

Pour la création de rapports personnalisés, des sous-ensembles d'entrepôt de données appelés data marts sont requis. Il existe deux approches pour le charger. Tout d'abord, chargez l'entrepôt de données, puis chargez les magasins ou vice-versa. Dans le scénario de reporting qui est la couche d'accès aux données, l'utilisateur accède à l'entrepôt de données et génère le rapport. Tous ces outils de reporting sont destinés à rendre l'interface frontale extrêmement simple pour le consommateur car les personnes au niveau décisionnel ne sont pas concernées par les informations techniques. Ils sont principalement concernés par un rapport utilisable soigné.

Par conséquent, tous ces outils de reporting fonctionnent au front-end mais au back-end, ils génèrent les requêtes et atteignent la base de données et l'utilisateur obtient le rapport juste à temps. Ces outils de création de rapports peuvent planifier l'exécution des travaux et générer les rapports.



Vous avez une question pour nous? Veuillez les mentionner dans la section commentaires et nous vous recontacterons.

gestion de session dans l'application web java

Articles Similaires: