以上圖為例，因不確定共有多少維度，因此在報表的設計上就必須往右無限延伸的方式處理，而要達到資料無限往右延伸的目的，在CR報表的設計上就必須使用交叉表的方式處理。
而當維度具有從屬性質時，以上圖為例，各門店間都屬同一維度，各區域間都屬同一維度，而各門店維度都歸屬於各自的區域維度時，其原始資料結構如下：
| 大台北區 | A門店 | 營業收入 | 20 |
| 大台北區 | A門店 | 營業成本 | 10 |
| 大台北區 | A門店 | 銷貨毛利 | 10 |
| 大台北區 | B門店 | 營業收入 | 10 |
| 大台北區 | B門店 | 營業成本 | 5 |
| 大台北區 | B門店 | 銷貨毛利 | 5 |
| 台中區 | C門店 | 營業收入 | 15 |
| 台中區 | C門店 | 營業成本 | 6 |
| 台中區 | C門店 | 銷貨毛利 | 9 |
| 台中區 | D門店 | 營業收入 | 7 |
| 台中區 | D門店 | 營業成本 | 5 |
| 台中區 | D門店 | 銷貨毛利 | 2 |
| 大高雄區 | E門店 | 營業收入 | 10 |
| 大高雄區 | E門店 | 營業成本 | 5 |
| 大高雄區 | E門店 | 銷貨毛利 | 5 |
| 大高雄區 | F門店 | 營業收入 | 8 |
| 大高雄區 | F門店 | 營業成本 | 6 |
| 大高雄區 | F門店 | 銷貨毛利 | 2 |
當處理這種型態的資料時，維度就必須要設計成可drill down/drill up，如此才能益於資料的理解。
設計方式如下：
1.原本程式已有門店的維度資料，故只要於程式(4gl)新增地區的維度資料即可。
注意：4gl使用EXECUTE傳入rpt時，其傳入資料的結構需符合上表的結構，即符合RDB規範。
2.開啟交叉表專家，在「資料行」新增於4gl所新增的地區欄位，並排序至最上面。
3.如此列印時，即會根據地區->門店的方式組成群組顯示資料，並根據群組進行摘要欄位的加總。
請先 登入 以發表留言。