范围关系（Scope Relationship）,数据陷阱和报表陷阱的问题

回复 7# helene620
在FM中join主要是針對實體table間來作的
你既然是同一實體table,自然將無需在實體table上來作join
但因你要作DMR
所以會從同一實體table再產出2個以上的DMR object(DIM, FACT...)
這時你只要確認scope relationship是否有設定即可
在TM中你不用去管實體table(query)之間有無join,也沒地方可以設定
它們是用欄位名稱是否相符的方式來和dim map作scope relationship的
在cube架構中,dim應只和fact有scope relationship
自動將10年投運的過澽出來
我目前想到的,
1個是在RS中過濾
另1個是你在cube的電廠dim中增加level:是否10年投運,也就是事先找出來
...
在TM中只有dim map上的dim和Measure list中measure無對應關係時,才會作用
如:
日期DIM: 年,季,月
電廠DIM: 電廠
FACT: 月,電廠, 實際容量
用以上資料建置cube,你不用使用allocation
因為實際容量可應到月(日期dim最底層)及電廠
若你另外加新的FACT: 年, 預計容量
這時電廠DIM和這個預計容量沒有關聯,所以就可以在dim property設定allocation(預設constant)
同時日期DIM的季,月也和這個measure沒有關聯,你也可以在level property去設定allocation(預設constant)