報表開發過程中經常要在報表中完成資料關聯計算，有時為了降低報表製作複雜度，會將關聯關係放到可視的報表模板中完成；而有時則必須在報表中完成關聯，如多資料來源、異構資料來源的情況。在報表中做關聯往往導致報表效率不高，計算過慢，從而引發效能問題。為此，潤幹報表提供了高效能資料關聯方式（需要結合集算器實現），可以顯著提公升報表的計算效率。這裡就通過乙個常見的多源關聯分片報表例項來說明潤幹報表的實現過程：
根據銷售情況等資訊按照時間、地區、銷售人員、產品等維度彙總銷售額，報表樣式如下：
以下為實現過程。
首先使用集算器編寫指令碼，完成資料關聯，並為報表返回關聯後的結果集。a1
=connect(「demo」)
2=a1.query(「select 客戶. 地區, 客戶. 城市, 訂單明細. 數量, 訂單明細. 折扣, 訂單明細. 單價, 訂單. 雇員 id, 訂單. 訂購日期, 訂單明細. 產品 id from 訂單明細, 訂單, 客戶 where 客戶. 客戶 id = 訂單. 客戶 id and 訂單. 訂單 id = 訂單明細. 訂單 id and 訂單. 訂購日期 is not null」)
3=a1.query(「select 類別. 類別 id, 類別. 類別名稱 from 類別」)
4=a1.query(「select* from 雇員」)
5=a1.query(「select 產品. 類別 id, 產品. 產品 id from 產品」)
6>a5.switch(類別 id,a3: 類別 id)
7>a2.switch(雇員 id,a4: 雇員 id)
8>a2.switch(產品 id,a5: 產品 id)
9=a2.new(year( 訂購日期): 年,month(訂購日期): 月, 地區, 城市, 單價 * 數量: 金額, 雇員 id. 職務: 職務, 雇員 id. 雇員 id: 雇員 id, 雇員 id. 姓氏 + 雇員 id. 名字: 姓名, 產品 id. 類別 id. 類別 id: 類別 id, 產品 id. 類別 id. 類別名稱: 類別名稱 )
10return a9
a1：連線資料來源；
a2-a5：執行 sql，分別取訂單、產品等庫表資料；
a6-a8：使用 switch 將多表資料完成關聯，關聯結果存入 a2 格中；
a9：根據已關聯結果建立新序表，結果集通過 a10 返回報表。
在潤幹報表設計器中新建報表模板後，資料集選擇「集算器」，在資料集編輯視窗指定上述編輯好的 dfx 檔案，完成資料集建立。
不同於報表模板中的低效關聯，集算報表是事先在集算指令碼中完成關聯，報表模板只需從結果集取數，從而獲得更高的效能。
為了對照，我們再按照傳統的報表中實現關聯的方式做一下：
資料集
ds1: select 客戶. 地區, 客戶. 城市, 訂單明細. 數量, 訂單明細. 折扣, 訂單明細. 單價, 訂單. 雇員 id, 訂單. 訂購日期, 訂單明細. 產品 id from 訂單明細, 訂單, 客戶 where 客戶. 客戶 id = 訂單. 客戶 id and 訂單. 訂單 id = 訂單明細. 訂單 id and 訂單. 訂購日期 is not null
ds2: select 類別. 類別 id, 類別. 類別名稱 from 類別
ds3: select * from 雇員
ds4: select 產品. 類別 id, 產品. 產品 id from 產品
報表模板
本例的源表資料為 40 多萬條，基於同樣的取數 sql，兩種關聯方式的執行時間如下表所示：
可以看到，潤幹報表在處理關聯計算類報表時有明顯的優勢。這是因為在報表中實現關聯只能使用遍歷演算法，針對單條主記錄去尋找關聯的子記錄，因此效率不高；而集算器採用了更高效的 hash 關聯方案，事先將所有子記錄按對應碼 hash 到主記錄上（**中的 switch 函式就利用了 hash 關聯技術），因而能獲得一倍以上的效能提公升（如果只算關聯能快出 5-10 倍）。
此外，集算器也非常適合處理異構資料來源的資料關聯，如常見的跨庫計算、檔案和資料庫混合計算等情況。
下附執行日誌和測試機配置。
[2018-09-15 11:32:59] : [info] - 開始運算報表，首先取數……
[2018-09-15 11:32:59] : [debug] - 下面開始打出 sql
[2018-09-15 11:32:59] : [debug] - ds1=select 客戶. 地區, 客戶. 城市, 訂單明細. 數量, 訂單明細. 折扣, 訂單明細. 單價, 訂單. 雇員 id, 訂單. 訂購日期, 訂單明細. 產品 id from 訂單明細, 訂單, 客戶 where 客戶. 客戶 id = 訂單. 客戶 id and 訂單. 訂單 id = 訂單明細. 訂單 id and 訂單. 訂購日期 is not null
[2018-09-15 11:33:35] : [debug] - 下面開始打出 sql
[2018-09-15 11:33:35] : [debug] - ds2=select 類別. 類別 id, 類別. 類別名稱 from 類別
[2018-09-15 11:33:35] : [debug] - 下面開始打出 sql
[2018-09-15 11:33:35] : [debug] - ds3=select * from 雇員
[2018-09-15 11:33:35] : [debug] - 下面開始打出 sql
[2018-09-15 11:33:35] : [debug] - ds4=select 產品. 類別 id, 產品. 產品 id from 產品
[2018-09-15 11:33:35] : [info] - 取數結束, 開始運算
[2018-09-15 11:34:58] : [info] - 計算結束：
[2018-09-15 11:56:33] : [info] - 開始運算報表，首先取數……
[2018-09-15 11:57:11] : [info] - 取數結束, 開始運算
[2018-09-15 11:57:26] : [info] - 計算結束：
測試機型：dell inspiron 3420
cpu：intel core i5-3210m @2.50ghz *4
ram：4g
hdd：西數 wdc(500g 5400 轉 / 分)
作業系統：win7(x64) sp1
jdk：1.6
資料庫：oracle11g r2
潤幹報表版本：2018
如何解決報表關聯計算中的效能問題
報表開發過程中經常要在報表中完成資料關聯計算，有時為了降低報表製作複雜度，會將關聯關係放到可視的報表模板中完成 而有時則必須在報表中完成關聯，如多資料來源 異構資料來源的情況。在報表中做關聯往往導致報表效率不高，計算過慢，從而引發效能問題。為此，潤幹報表提供了高效能資料關聯方式 需要結合集算器實現 ...
如何解決報表關聯計算中的效能問題
報表開發過程中經常要在報表中完成資料關聯計算，有時為了降低報表製作複雜度，會將關聯關係放到可視的報表模板中完成 而有時則必須在報表中完成關聯，如多資料來源 異構資料來源的情況。在報表中做關聯往往導致報表效率不高，計算過慢，從而引發效能問題。為此，潤幹報表提供了高效能資料關聯方式 需要結合集算器實現 ...
如何解決報表關聯計算中的效能問題
報表開發過程中經常要在報表中完成資料關聯計算，有時為了降低報表製作複雜度，會將關聯關係放到可視的報表模板中完成 而有時則必須在報表中完成關聯，如多資料來源 異構資料來源的情況。在報表中做關聯往往導致報表效率不高，計算過慢，從而引發效能問題。為此，潤幹報表提供了高效能資料關聯方式 需要結合集算器實現 ...