========================此文不再詳細的說transform的開發過程======================================================

以商品銷售額分析的案例來簡單的說一下設計過程，該案例基本可以適合於通過維度實現對不用使用者訪問資料的控制。

1：表結構設計：

從日期和商品型別兩個角度分析商品銷售額

2：多維模型設計：

匯入所需的三張表，一個事實表，兩個維度表，插入兩個Dimension，整體如圖所示

截止目前，上面的多維模型基本上可以按照設計的樣式訪問資料了，只要有讀寫和遍歷許可權的使用者都可以看到該模型的所有資料。

3：給多維模型新增許可權

實現的效果就是：張三是部門經理的角色，李四是部門員工的角色，張三和李四分別登陸Cognos但是張三可以看到所有商品型別的銷售額，李四隻可以看給其分配的商品型別的商品的銷售額。

3.1：在使用者檢視區域，點選Categories

3.2:在categories選擇Custom Views

3.3：在Custom Views介面建立使用者檢視

3.4：指定檢視名稱和描述

3.5：給檢視新增安全使用者和角色

3.6：完成部門經理檢視的建立

3.7：同理建立一個部門員工的檢視，返回模型介面可以看到使用者檢視建立OK

3.8：給檢視指定資料許可權

3.8.1：給部門經理指定所有商品型別的許可權

3.8.2：給部門員工指定只可以看食品類商品的許可權

Category的可訪問屬性有以下幾種方式，其含義分別如下：

Exclude: 把指定類別及全部下層類別都排除，既看不見，也不參加彙總。
Cloak: 把指定類別及全部下層類別都遮蔽，全都看不見，但它們參加彙總。
Suppress: 僅把本層指定的類別遮蔽，其下層類別提升。不影響其他兄弟類別，也不影響彙總。
Summarize: 把指定類別的全部下層類別遮蔽，使它們看不見，把它們的值彙總到當前類別，當前指定的類別看上去就象是處在最低層。
Apex: 以當前類別作為本維度層次構架的頂點，即只保留當前類別及其以下的部分。旁系分支全部排除，既看不見，也不參加彙總。

可以看到部門員工檢視/商品型別下面  服裝資料已被禁用掉，OK關掉Categories回到模型設計主頁面

3.8.3將使用者檢視拖入模型下面.OK許可權設計完成。儲存-生成cube-測試效果

4：測試效果

4.1用具有部門經理角色的張三(zhangsan)登陸系統，檢視模型，效果如下：

4.2用具有部門員工角色的李四(lisi)登陸系統，檢視模型，效果如下：

寫到這裡，目標已經實現了，不同使用者訪問同一個cube通過使用者檢視的方式實現對同一個cube中的資料的不同樣式的顯示，歡迎點評，共同學習！