Frage

Leute,

Wir erstellen einen ETL-Prozess, um mittelgroße dimensionale Data Warehouse mit SQL Server 2005 SSIS auf 64-Bit-Betriebssystemen zu laden. Wir planen, das Prüfsummenpaket von SSIS zu verwenden, um SCDs zu verwalten (langsam änderne Abmessungen).

Obwohl wir ein Proof -of -Concept -Konzept mit dem SSIS -Checksum Package durchführen, fühle ich mich nicht wohl, wenn wir es im realen Produktionsszenario verwenden. Ich habe gehört, dass es für das 64 -Bit -Betriebssystem nicht gut ist. Da es nicht aus dem Box SSIS -Produkt ist, wäre die Installation dieses Pakets ein Ärger.

Was denkst du? Sollte ich mit T-SQL-Prüfsumme der alten Schule gehen oder dieses Paket aus versuchen? Hat jemand Erfahrung in der ETL -Prozesse mit schwerem Volumen?

War es hilfreich?

Lösung

Nach kurzer Recherche verwendet das Kontrollsummen-Transformationspaket einen Algorithmus basierend auf der Gethashcode-Methode .NET Framework und stimmt nicht mit den Funktionen von T-SQL Checksum () oder Binary_checksum () überein.

Zu diesem Zeitpunkt, basierend auf diesen Informationen, würde ich die T-SQL-Prüfsumme für mein SCD-Management verwenden.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top