蜈蚣事實表
屬性或事實的數字值：設計者有時會遇到一些數字值，難以確定將這些數字值分類到維度表或是事實表的情況。典型的例項是產品的標準**。如果該數字值主要用於計算目的，則可能屬於事實表。如果該數字值主要用於確定分組或過濾，則應將其定義為維度屬性，某些情況下，將數字值既建模為維度又建模為屬性是非常有益的，例如，定量準時交貨度量以及定性文字描述符。
頭/行事實表：操作型交易系統通常包括事務頭指標行，頭指標行與多個事務行關聯。採用頭/行模式(也稱為父/子模式)，所有頭指標級別維度外來鍵與退化維度應該被包含在行級別事實表。
分配的事實
利用分配建立利潤與損失事實表：因為這些表處於原子粒度，才能實現數位化的上捲，包括客戶利潤，產品利潤，**利潤，渠道利潤等。然而，建立這些事實表存在一定難度，因為開銷項必須從其原始**劃分到事實表粒度。這一分配步驟通常由etl子系統完成，這一過程是乙個與業務相關的步驟，需要高層經理的支援。出於以上原因，利潤與損失事實表通常在dw/bi程式的早期實現階段不會被處理。
多種貨幣事實：以多種貨幣單位記錄財務事務的事實錶行應該包含一對列。其中一列包含以真實幣種表示的事實，另外一列包含同樣的，但以整個事實表統一的單一標準幣種表示的事實。標準幣種值在etl過程中按照規定的貨幣轉換規則建立。該事實表也必須有乙個貨幣維度用於區分事務的真正貨幣。
多種度量事實單位：如果事實表包含大量事實，而每個事實都必須以所有度量單位表示，此時較好的方法是將事實以公認的標準度量單位儲存，同時儲存標準度量與其他度量的轉換係數。這種事實錶可按照不同使用者的觀點部署，使用適當選擇的轉換係數。轉換係數必須儲存在事實錶行中以確保計算簡單正確，並盡量降低查詢複雜性。
年-日事實：商業使用者在事實表中通常需要年-日(year-to-date，ytd)值。很難反對單個請求，但是ytd請求很容易變換為"財務週期結束時的ytd"或者"財務週期日"。一種更可靠、可擴充套件的處理這些請求的方法是在bi應用或olap多維資料庫中計算ytd矩陣，而不是在事實表中查出ytd事實。
多遍sql以避免事實表間的連線：bi應用絕不應該跨事實表的外來鍵處理兩個事實表的連線操作。在關聯式資料庫中，控制此類連線操作的回答集的基數是不可能的，將會產生不正確的結果。例如，如果兩個事實表包含客戶產品出貨和返回，則這兩個表不能按照客戶和產品外來鍵直接連線。要採用跨鑽方式使用兩個事實表，並對結果按照公共行頭指標屬性值，進行排序-融合操作以產生正確結果。
B 資料倉儲 建模技術 建模步驟
宣告事實粒度在所有維度設計中強制實行一致性是保證bi應用效能和易用性的掛件。在從給定的業務過程獲取資料時，原子粒度是最低級別的粒度。原子粒度能夠承受無法預期的使用者查詢。上捲彙總粒度對效能調整來說非常重要，但是這樣的粒度往往要猜測業務公共問題。針對不同的事實表粒度，要建立不同的物理表，在同一事實表中...
資料倉儲 事實表
事實表分成三種 事務事實表 週期快照事實表 累計快照事實表 官方定義是 發生在某個時間點上的乙個事件。比如以訂單為例 下單是乙個事實 付款是乙個事實 退款是乙個事實，所有事實的累計就是事務事實表 如果需要對某一天或者某個月的資料進行分析，那麼可以使用週期快照事實表，比如 以天舉例，財務報表一般都是週...
資料倉儲事實表分類
1 在資料倉儲領域有乙個概念叫transaction fact table 中文一般翻譯為 事務事實表 事務事實表是維度建模的資料倉儲中三種基本型別事實表中的一種，另外兩種分別是週期快照事實表和累積快照事實表。事務事實表與週期快照事實表 累積快照事實表使用相同的一致性維度，但是它們在描述業務事實方面...