Ralph Kimballs Data-Warehouse-Toolkit-Buch - Lebenszyklus des Mart-Designs bestellen

Question

Ich lese gerade das Buch von Ralph Kimball über Data Warehouse und Dimensionsmodellierung. Ich lese gerade eine der Fallstudien, und es geht um die Dimensionsmodellierung für ein Bestellsystem, bei dem die Anforderung darin besteht, den Lebenszyklus einer Bestellung zu erfassen, von der Bestellung über die Erfüllung bis zur Auslieferung.

Daher dachte ich, dass sie vielleicht vorschlagen würden, mehrere Zeilen mit einer Bewegungsart FK zu einer Bewegungsdimension zu haben. Das Buch schlägt jedoch stattdessen vor, "Rollenspiel"-Dimensionen zu erstellen - mehrere Datumsdimensionstabellen (eine für das Bestelldatum, eine für die Erfüllung und eine für den Versand). Jede dieser Dimensionen hätte dann einen Fremdschlüssel in der Faktentabelle, so dass die Faktentabelle drei Spalten hätte, um dies zu verknüpfen.

Ist das nicht etwas einschränkend? Wäre eine Zeile pro Vorgang nicht die bessere Wahl?

Answer 1

Bei der Entwicklung geht es oft um Kompromisse, und es ist schwer zu wissen, welches Design das beste ist, wenn man nicht viele Details über das gesamte System kennt.

Aber meine Meinung dazu: Die Tabelle aus dem Buch mit drei separaten Spalten würde wahrscheinlich die Abfragen beschleunigen. Data Warehouses werden häufig auf diese Weise denormalisiert, um die Abfrageleistung zu erhöhen, was auf Kosten der Einfachheit und Vielseitigkeit der Eingabe geht.

Das scheint mir eine gute Antwort zu sein: Ihre Zeile pro Transaktion klingt besser für die Datenerfassungstabellen, die die täglichen Transaktionsdaten speichern, aber nicht so gut für die Analyse.