一、原理：
聚合表儲存預先計算的結果，這些結果是在一系列維度屬性基礎之上被聚合的。在決策支援系統中，使用聚合表是乙個提高查詢響應時間的比較流行的技術。該技術減少了運算的執行時間，以更快的速度將結果傳遞給使用者。該技術將結果事前運算，並且將結果儲存在表中。聚合表通常比非聚合表有更少的行，因此處理速度會更加快。
二、過程：
1、 首先在要使用聚合的維表上建立層次（是否必須建層，有待驗證）
2、 構建聚合維表、聚合事實表
3、 物理層中將聚合維表、聚合事實表建立關聯
4、 將物理層中聚合維表的列拖至業務邏輯層中原先維表的邏輯列上；聚合事實表的列拖至業務邏輯層中事實表對應的邏輯列上。
將下面的列從d1 time quarter grain中拖向d1 time中對應的列。
d1 time quarter grain
d1 time
cal_half
cal half
cal_qtr
cal qtr
cal_year
cal year
days_in_qtr
days in qtr
julian_qtr_num
julian qtr num
per_name_half
per name half
per_name_qtr
per name qtr
per_name_year
per name year
上述操作建立了乙個新的d1 time quarter grain邏輯表源。
同理，
將下面的邏輯列從f2 revenue aggregate中拖至f1 revenue中對應的列上。注意不要新增新的列。
f2 revenue aggregate
f1 revenue
units
units
revenue
revenue
5、 選中新新增的維表的邏輯表源、事實表的邏輯表源，分別在「內容」tab裡面設定邏輯維和邏輯級別。
如果使用者基於product、quarter來查詢total sales，伺服器將會選擇f2 revenue aggregate事實表和對應的聚合維表d1 time quarter grain。如果使用者選擇了乙個比這裡指定的級別更低的列，例如month而不是quarter，那麼伺服器將會選擇明細表（f1 revenue和d1 time）。如果使用者基於乙個更加高的級別（年而不是季節）查詢，那麼聚合表將會被選擇。
6、儲存資料庫，檢查全域性一致性。
7、關閉資料庫，離開管理工具視窗。注意你沒有必要該錶表現層，你在業務模型中做的變化只是影響了查詢怎樣被處理，資料來源的選擇問題。然而使用者的介面是沒有變化的，所以沒必要改變表現層。當使用者查詢時，oracle bi server將會自動選擇合適的資料來源。
OBIEE 11g 啟動與停止包含伺服器重啟
oracle biee home為biee安裝路徑 注意 預設建立的是 instance1 但是如果你安裝過多次可能例項名是不一樣 例如 instance2以此類推 因此，請找到正確的例項名。一 啟動您的資料庫 二 手動啟動 oracle biee 11g 順序不可顛倒 1.oracle biee ...
測試11g壓縮效能
測試11g壓縮效能 綜合結果 在11g 上針表設定 compress 後預設是 enabled direct load only 既只有通過直接路徑插入 才可以壓縮，壓縮比率與正常 move compress 最佳比率一致，無明顯區別 oracle 按插入型別分類，直接插入型別壓縮演算法一致 當表設...
oracle10g 11g 新特性七 效能維護
execute dbms scheduler.run job gather stats job 數目和原資料相差不大的 就忽略了 達到一定比例才會收集 analyze table emp1 compute statistics 這一句 和下一句是有區別的 粒度更細 刪除統計資訊 exec dbms ...