1. 概述
如果使用者所在場景行式引擎無法支援，則可以試用新計算引擎外掛程式，該外掛程式實現了多資料來源情況下的分頁查詢功能，使用者無需再
寫複雜的分頁 sql 或 js 按鈕，就可以讓報表快速完成首頁載入。
注：該外掛程式支援 oracle、sql server、mysql、hana、postgresql、impala、db2 等大部分主流 jdbc 資料來源。
2. excel 匯入模板中慎用控制項
問題描述：匯入 excel 的模板，如果存在大量控制項，會因為頁面載入大量控制項造成匯入程序緩慢。
測試發現：匯入乙個 200 行 10 列的 excel，增加控制項的模板需要 100 秒左右才可以完成頁面載入，去掉控制項的模板只需要 10 秒左右。
3. sql 查詢時只取需要的字段
問題描述：sql 查詢語句中不應使用 select * 取全部回值，只需要取自己所需的字段即可。
測試發現：兩種取數方式有 20-30% 的效率影響。
4. 資料庫建立合理的索引
問題描述：資料庫建立正確有效的索引，正確使用儲存過程可以極大提高效率。
測試發現：10 萬條資料的資料庫，建立索引和不建立索引，有大約 5 倍的效能差。
5. 慎用「過濾」操作
問題描述：資料集過濾比單元格過濾效果高。
測試發現：如果能在建立資料集時，用 where 條件對資料進行過濾，相比於在報表製作過程中再過濾，效率會極大提高。
6. 不要重複使用條件屬性
問題描述：對於行或列設定的條件屬性，只需要給任一單元格設定條件屬性即可，無需整行整列均新增上。
測試發現：單個單元格的條件屬性應用於整行，可以避免同樣的條件被多次運算執行。
7. 同乙個頁面的控制項數量不宜過多
問題描述：在設計報表時，應當儘量減少控制項數量。如實在需要多控制項，也可考慮不勾選「直接顯示控制項」選項，都可以提高報表展現效率的。
測試發現：當乙個頁面的控制項數量超過 100 個，就會拖慢頁面展現速度，超過 500 就很容易造成超時。
8. 不宜過度依賴帆軟來處理資料
問題描述：對於非必要的各項運算，統計數量、過濾等操作，建議交給資料庫執行。帆軟只做自身更具優勢的處理，會提高頁面展示效率。
測試發現：資料庫在進行上述操作的時候，能夠進行大量的優化演算法，而帆軟只能被動的一一匹配。
帆軟報表（finereport） 摺疊樹
在進行展現資料時，希望模板的資料是可以動態摺疊的，即點選資料前面的加號才展開對應下面的資料，可通過樹節點按鈕實現摺疊樹效果 實現思路 1.這裡建立乙個內建資料集 新增資料 設定模板樣式，新增顏色和對其格式便於區分 為a2設定控制項 按鈕控制項 按鈕型別 樹節點按鈕 為a3設定控制項 按鈕控制項 按鈕...
帆軟FineReport 不分頁顯示資料
1.描述 在進行預覽資料時，資料是分頁顯示的，但是為了方便檢視資料，希望資料是不分頁顯示即在一頁顯示。2.解決方案 1 在未設定強制分頁時 條件屬性或其他屬性中的分頁 可在預覽的 url 後增加 bypagesize false。如訪問的 url 為 http localhost 8075 webr...
帆軟報表（finereport）滑鼠懸停背景變色
在報表中，為了突出滑鼠所在單元格，當滑鼠懸浮時突出背景色 字型 滑鼠離開後恢復原有的背景色 字型 滑鼠經過 x table td mousemove function 滑鼠點選 x table td mousedown function 滑鼠離開 x table td mouseout functi...