物理層
1，在物理層總是使用foreign join，不要用complex join
2，當資料模型是星型時，為物理表建別名(以dim_,fact_或者fact_agg作為字首)
3，在可能的情況下，配置你的連線池使用本地驅動來連線物理資料庫。例如，使用oci而不是odbc來連線oracle資料庫。
業務模型層
4，所有的邏輯表都應該以dim_,fact_或者fact_compund_開頭。
5，所有的物理層的列名稱都不應該出現在邏輯層。邏輯的命名必須是「面向業務」的。例如使用$ revenue而不是dollars
6，物理主鍵和**鍵不應該出現在業務模型層。
7，維度邏輯表必須要指定邏輯鍵。這個邏輯健應該是面向業務的，比如應該是「employee login」而不是「employee_pk」
8，維度邏輯表必須僅僅包含維度屬性，他們永遠不應該包含任何度量列(有聚合規則)。
9，事實邏輯表不應該指定邏輯鍵。
10，在事實邏輯表中，每一列都是度量列，同時要指定聚合規則。
11，當定義兩個邏輯表的邏輯連線時，僅僅使用「complex join」(同時應該使用預設設定，除非需要處理跨資料庫的join，需要指定drivingtable)
12，業務模型應該僅包含邏輯星型，不應該是雪花型。
13，每乙個維度邏輯表都應該有對應的維度層次。
14，每乙個維度層級都設定適當的元素個數。一般要指定子層級的要比父層級的元素個數多。
15，每乙個維度和事實邏輯表都應設定合適的"content level"。唯一不需要設定特定維度的「content level」的情況是在沒有邏輯關係存在時。
16，不要將所有度量合併到單獨的乙個事實邏輯表。例如，你應該將「forecast sales」和「actual sales」度量放到兩個邏輯表中---「fact_sales」和「fact_forecast」
展現層
17，當你有多個主題區域時，在每個主題區域以相同的順序列出這些公用的維度。
18，展示層的表的名字不要以dim或fact開頭了。 如果主題區域中的表是直接從邏輯層拖過來的話,要移除該字首。
19，時間維度表列在每乙個主題區域的第乙個位置。包含事實的展現層表應該列在底部，同時展現表應該被稱作"measures"
20,絕不應該出現使用者從主題區域中選取的物件沒有邏輯關聯。如果有任何從同一主題區域中選擇的物件無法共存，那麼一定是你的主題區域設計不正確。
OBIEE 開啟和關閉OBIEE的SSO登陸認證
一 obiee開啟lightweight sso登陸操作 登入biee所在伺服器作業系統,以離線的方式啟動wlst命令列 1 cd u01 obiee oracle middleware oracle home oracle common common bin 2 執行 wlst.sh 3 wls ...
OBIEE報表的遷移
因為剛剛接觸obiee 所以很多都不懂 在過程中發現的一些東西記錄下來 因為做乙個專案的維護工作，要修改一些報表的東西，在修改之前老闆讓我先備份。上網搜尋了一下，有幾種方法，但是，機器沒法訪問！沒辦法訪問我怎麼去拷貝。二，還有乙個就是用bi自帶的乙個東西，安裝了bi裡面有乙個目錄管理器，開啟bi的目...
OBIEE中的快取
from biee的快取是基於檔案的，而不是在記憶體中，快取檔案以.tbl為副檔名。快取對於提高查詢效率很有幫助，它可以讓查詢直接從快取檔案中產生結果，而不用訪問資料庫，避免了資料庫查詢和網路傳輸上的時間損耗。但cache也帶來其它問題，如快取管理 如何提高cache命中率？怎樣保持cache的中的...