我們已經討論過事實表和維度表,因此本專欄將關注如何設計彙總表。
最重要的是,這也是您在這裏需要完成的任務,即編寫一個*件來將一個簡單的錶轉變成排序和彙總表。
我們構建了一個彙總表,彙總收入和費用細節,顯示每筆交易的最終結果。
當他們發現需要更多細節的問題時,他們可以向下鑽取到另一個彙總表或細節事實表。
第一張工作表是彙總表。
一個設計良好的數據倉庫擁有由大量彙總表,形成一個“金字塔”,每個彙總表都包含更多細節,直到金字塔底部的事實表。
一個關鍵設計決策是彙總表的粒度。
儘管具體的格式依賴於工具,但是結果常常由彙總表和圖組成,可以從這些圖表向下鑽取到詳細數據。
理想情況下,數據倉庫的結構提供一個針對業務用户想問的所有問題的彙總表。
然而,正如由下面的彙總表所顯示,使用分佈式黑名單時發生“誤否認”的頻率要比其它我所測試的技術多很多。
構建彙總表的一種方法是將一個sql觸發器放到事實表上,以便每當在事實表中*入一條記錄時,觸發器都會更新彙總表。
count函數非常有用,可以在任何級別顯示彙總表中的每個彙總行由多少條記錄組成。