Quand un produit est supprimé de votre système de production, vous ne voulez pas forcément le supprimer du data warehouse. En effet, vous souhaitez probablement garder les données d'historique concernant les produits abandonnés. Dans le scénario expliqué dans l'article principal, l'utilisation d'une valeur binaire discontinued vous permet de suivre l'état
Produits abandonnés
d’un produit sans le supprimer du data warehouse. Vous déciderez
parfois peut-être de supprimer toutes les lignes de la
table de faits concernant des produits abandonnés, puis de
supprimer les produits abandonnés eux-mêmes. Si vous positionnez
un bit discontinued dans le data warehouse quand
un produit est supprimé du système source, vous devrez appliquer
un mécanisme dans le système OLTP (online transaction
processing) garantissant que les ID de produits supprimés
ne sont pas réutilisées pour de nouveaux produits. En effet,
la réutilisation d’ID de produits abandonnés est source
d’ambiguïté et d’erreurs dans un data warehouse. Je ne
couvre pas ce type de mécanisme dans cet article ; le processus
que nous développons est suffisamment complexe. Mais,
vous pouvez appliquer un tel mécanisme en utilisant une colonne
binaire discontinued dans la table Products source au
lieu de supprimer les produits. Ou bien, vous pouvez utiliser
une autre table de journalisation pour contenir les ID de produits
supprimés, plus un trigger INSERT qui vérifie que ces ID
de produits ne sont pas réentrées dans la table Products.
Téléchargez cette ressource
Rapport Forrester sur les services de réponse aux incidents de cybersécurité
Dans ce rapport, basé sur 25 critères, Forrester Consulting passe au crible les 14 principaux fournisseurs de services de réponse aux incidents de cybersécurité du marché. Cette analyse complète permet aux professionnels de la sécurité et de la gestion des risques d’évaluer et de sélectionner les solutions les plus adaptées à leurs besoins.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
