Vidéo: Optimisation du stockage : la vision de Systar 2025
La nature d'un entrepôt de données (composé principalement ou exclusivement de données provenant d'ailleurs, d'autres applications bases de données, et est convertie en un actif de données) signifie qu'il ne peut pas être considéré comme une entité indépendante au sein de votre organisation.
La croissance phénoménale de l'informatique distribuée (Internet et intranet, ainsi que l'entreposage de données internes et externes) Un système physique unique contenait en grande partie l'infrastructure (systèmes d'exploitation, bases de données et systèmes de fichiers, et gestionnaires des communications et des transactions). Avec l'informatique distribuée maintenant le modèle dominant (même les ordinateurs centraux et les mini-ordinateurs font généralement partie d'un environnement distribué plus large), l'infrastructure est répartie sur de nombreux p latforms à travers votre entreprise et peut-être en dehors de votre entreprise.
Lorsque vous développez une application ou un système, qu'il s'agisse d'un entrepôt de données ou d'une application de traitement des transactions plus traditionnelle, vous avez des dépendances significatives sur des parties de l'environnement global sur lesquelles vous n'avez aucun contrôle direct. Voici quelques exemples spécifiques à l'entreposage de données:
Vous concevez un entrepôt de données qui, en fonction des besoins métier et des règles de disponibilité des données des applications, doit disposer d'environ 25 gigaoctets de données nouvelles et mises à jour extraites de diverses sources chaque soir et envoyées sur le réseau. plate-forme matérielle sur laquelle l'entrepôt de données est en cours d'exécution.
Votre infrastructure de réseau d'entreprise est encore sous-dimensionnée. Après une analyse supplémentaire, le réseau ne peut pas s'approcher du débit nécessaire pour déplacer les données dans votre entrepôt dans la fenêtre de temps disponible.-
Pendant la phase de portée du projet d'entrepôt de données, vous déterminez qu'une stratégie de mise à jour de l'entrepôt de données est le modèle le plus approprié à suivre. Cependant, pour implémenter une stratégie push, vous devez modifier chaque application source afin d'inclure du code qui détecte quand cette application doit
transmettre -
(envoyer) des données à l'entrepôt de données. Les anciennes applications qui fournissent des données à l'entrepôt sont, malheureusement, si difficiles à comprendre qu'une politique visant à ne faire aucun changement, sauf en cas d'absolue nécessité, est en vigueur pour chaque application. Vous décidez de poursuivre une solution relationnelle OLAP (ou ROLAP) et d'exécuter une série de tests comparatifs sur trois produits SGBDR relationnels (SGBDR) pour savoir lequel supporte le traitement informationnel et décisionnel (plutôt que le traitement des transactions).
Le produit qui a le moins performé dans vos benchmarks est malheureusement aussi votre standard d'entreprise, et toute base de données relationnelle installée n'importe où dans votre entreprise doit être de cette variété, peu importe comment vous prévoyez de l'utiliser.
-
Pensez conceptuellement (sans vous soucier des détails de mise en œuvre) aux premiers stades d'un projet d'entreposage de données ou de tout autre effort de développement d'applications - ce n'est pas seulement acceptable, c'est aussi une bonne pratique de développement de systèmes.
À un certain moment, cependant, vous devez tenir compte du matériel, des logiciels, des coûts, du budget et d'autres types de contraintes du monde réel. Avant de commencer la construction, assurez-vous de considérer tout ce qui peut affecter vos conceptions et vos plans pour votre entrepôt de données.
Ce projet est très similaire à la construction d'une maison. Vous suivez un processus par lequel vous déterminez vos besoins, puis l'architecte établit des plans. Les plans mettent en évidence les matériaux dont vous avez besoin pour répondre à vos besoins, en veillant à ce que le produit fini réponde à la vision établie au début.
