數據倉庫設計中的星型模式究竟是什麼措施？

事實表包含每個維度的外鍵，除此之外，它還包含「度量」。這一措施究竟包含什麼？

是否存儲了一些聚合函數的答案？

2011-09-30 Nick

基本上可以。

如果你有一個簡單的網格

Salary  Januari Februari March April May June 
      Q1       Q2 

Me   1100  1100  1100 1100 1500 1500 
Collegue1 2000  2000  2000 0  0  0

時間是兩個層次的分層尺寸（如圖所示）。顯示的其他維度是'EmployeeID'。其他維度（未顯示）可以在PointOfView中（例如預算/實際）。金額（例如1100）是衡量標準，它構成了您的事實（事實的非識別部分）。這些維度定義了各個級別（例如金額（Q1）== SUM（金額（1月... 3月）））的每個度量的合併函數。請注意，根據度量，合併的行爲會有所不同（例如，所得稅％不會相加，但以某種方式整合：OLAP Cube設計的藝術究竟如何）。（瑣事：您可以計算出的度量值，使用MDX查詢例如與前一季度相比的金額偏差，整個季度的平均工資等等;這將是非常明顯的，再次，合併公式需要考慮）。

在這一點上，您將開始看到設計合併規則取決於計算規則的順序（如果「薪水偏差％」的公式是先評估然後合併，則需要對其進行平均;然而，如果原始SALARY度量值被合併（總計）到Q1，Q2級別，那麼派生的度量值可以像計算在最低水平一樣計算

現在事情變得更有趣了，當決定如何存儲立方體。基本上有兩種方法：

預先計算所有細胞（包括在所有情況下都合併）
實時計算

，大多數OLAP引擎已經在混合方法的融合將不會感到驚訝的人（HOLAP），其中經常訪問的合併級別的重要部分是預先計算和存儲的，其他部分是即時計算的。

有些會將底層數據存儲在標準RDBMS（ROLAP）中，而其他則不會（OLAP）。專注於高性能的引擎傾向於將所有數據保存在預先計算的立方體中（僅針對非常稀疏的尺寸採用「許多小的子立方體」）。

嗯，呃，這有點咆哮。我喜歡從我曾經學過的數據倉庫和OLAP中學到東西

來源

2011-09-30 22:05:22 sehe

事實和測量是同義詞afaik。事實是數據：銷售，生產，交付等。尺寸是與事實（時間，地點，部門）相關的信息。

來源

2011-09-30 21:51:00 esmiralha

措施是兩種東西之一。

措施。測量。帶單位的數字。美元，重量，體積，大小等。測量。
聚集體。總和（或有時平均）的數據。它可能是倉庫中的數據：出於性能原因而預先計算的總量。或者它可能是無法獲取（或不需要）的數據，因爲它太詳細。音量太大或什麼的。

事實表最重要的是非關鍵措施是單位的實際測量。

來源

2011-09-30 21:51:47

如果它是一個相鄰的樹模型，它將是標題字段或包含數據的任何其他字段。

來源

2011-09-30 21:54:51 Bytemain

數據倉庫設計中的星型模式究竟是什麼措施？

回答

相關問題