Order Management - Multiple Units of Measure
-
Samstag, 26. Januar 2013 10:35
Hallo,
Im Buch von Ralph Kimball steht im Kapitel: Order Management folgendes:
If we physically stored all the facts expressed in the different units of Measure. We would end up with 50 ( 10 * 5 ) facts in each fact row. Instead, we compromise by building an underlyning physical row with 10 quantity facts and 4 unit of measure conversation factors. We only need for unit measure conversion factors rather than five since the base facts are already expressed in one of the units of measure. Our physical design now has 14 quantity related facts ( 10 + 4 )
Quantity Facts sind folgende:
-> Order Quantity
-> Release to Manufacturing Quantity
-> Manufacturing Pass Inspection Quantity
-> Manufacturing Fail Inspection Quantity
-> Finished Goods Inventory Quantity
-> Authorized to Sell Quantity
-> Shipment Quantity
-> Shipment Damage Quantity
-> Customer Return Quantity
-> Invoice Quantity4 Factors
-> Retail Case factor
-> Shipping Case factor
-> Pallet Factor
-> Car Load Factorfolgendes habe ich im Internet gefunden:
to simplify and provide easy access to information:
- a fact table could hold a fact in multiple formats/units of measure - see Figure 5.11 Page 131
- example: suppose we have 10 facts, 5 units of measure, then 10x5=50 facts
- row gets large
- compromise: 10 facts in one measure and 4 conversion factors... 14 values
So wirklich verstehe ich nicht worum es hier geht! Man soll etwas zusammenfassen ?
Bezüglich dieser Berechnung:suppose we have 10 facts, 5 units of measure, then 10x5=50 facts
Sind mit 10 facts die 10 Quantity Attribute in der Faktentabelle gemeint oder sind 10 Zeilen in der Faktentabelle gemeint?
Bezüglich der 5 units of measure ( welche units of measure sind hier gemeint? )
VG
Kalle
Alle Antworten
-
Samstag, 26. Januar 2013 13:07Beantworter
Hallo Kalle,
hier geht es um das Umrechnen von Maßeinheiten (units of measure).
Maßeinheiten können je nach Einsatzbereich Stück aber auch Gewichte oder Volumen sein -
die Amis verwenden bekanntlich auch andere Maßsysteme als die internationale normierten -
und zudem je nach Verpackungseinheit unterschiedliche Größen annehmen -
genannt sind Verkauf-, Versand-, Palette-, LKW-Einheiten weitere wären Container uam.
Anstatt die Werte in jeder möglichen Berechnungseinheit zu speichern, kann man das normalisieren
und einen Umrechnungsfaktor für die anderen Werte verwenden.
Dadurch mag der eine oder andere (kleinere) Rundungsfehler auftreten, es spart aber enorm Platz.
Die Interpretation der einzelnen Fakten wird dadurch letztendlich leichter und verwechselungsfrei.Und so sollte man das auch heute sehen, auch wenn Speicher- (und Rechner-) Kapazitäten heute weniger limitiert sind,
als es vor zehn Jahren der Fall war (das Buch stammt von 2002).Gruß Elmar
- Als Antwort vorgeschlagen Uwe RickenMicrosoft Community Contributor Sonntag, 27. Januar 2013 09:15
- Als Antwort markiert Robert BreitenhoferMicrosoft Contingent Staff, Moderator Freitag, 1. Februar 2013 16:44
-
Freitag, 1. Februar 2013 16:45Besitzer
Hallo KalleSql,
Ich gehe davon aus, dass die Antwort Dir weitergeholfen hat.
Solltest Du noch "Rückfragen" dazu haben, so gib uns bitte Bescheid.Grüße,
RobertRobert Breitenhofer, MICROSOFT
Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.
.png)
.png)
