用schema workbench 設定cube的維度結構
saiku 使用的cube，會將不同維度的查詢轉化為sql語句。
schema中，
cube的事實表和dimension表進行自然連線，具體的dimension設定是，dimension設定介面上foreign key（事實表的某一列）與hierarchy設定介面上primarykey（dimension表的主鍵）。關聯是通過這兩個列進行對比，所以一定要指定正確。
而，level設定介面上的column是實現group by 的
寫乙個乙個小例子：
mdx語句
注意[dimdate.default]中default為層級名。要設定好，才能正確的引用level。我為hierarchy起名為default，因為就乙個。
轉換為對應的sql語句為：
結果如下：
結果如下（不同）：
另外，saiku中呈現的名字也是在schema裡設定，對應關係：
schema名-------------最開始，saiku裡面選擇的schema
下一級cube名----------------------saiku在每個schema下的名
下一級dimension名（維度名）-----------------saiku呈現cube下為資料夾名
下一級level名-------------------saiku可以拖拉使用的物件的
Cube 資料 與 DW 資料對應不上
場景 時間維度表 字段 日期 收費事實表 字段 金額，收費日期，就診編號 管理 使用維度表的 日期欄位與事實表的 收費日期字段 進行關聯，建立多維度資料集。問題 dw 9月份資料是 10000 sql 查詢資料庫結果 select sum 金額 from 收費事實表 where 收費日期 2013 ...
Schema與資料型別優化
關於資料型別選擇的一些記錄 tinyint 8 smallint 16 mediumint 24 int 32 bigint 64 可選屬性 unsigned。mysql可以為整型指定寬度，如int 11 但大多數時候沒有意義，只是規定了一些互動工具用來顯示字元的個數。從mysql4.1開始，每個字...
Schema與資料型別優化
選擇優化的資料型別 1.更小的通常更好 一般情況下，應該盡量使用可以正確儲存資料的最小資料型別。因為它們占用更少的磁碟。記憶體和cpu快取，並且處理時需要的cpu週期也更少 2.簡單就好 簡單資料型別的操作通常需要更少的cpu週期 3.盡量避免null 通常情況下最好指定列為not null。通常把...