反饋已提交
網絡繁忙
很多使用者在使用帆軟 FineReport 的時候，經常出現頁面載入時間過長的現象，影響使用者體驗。本文將總結相關原因和解決方法。
如果使用者所在場景行式引擎無法支援，則可以試用 新計算引擎簡介 ，實現多資料源情況下的分頁查詢功能，使用者無需再寫複雜的分頁 SQL 或 JS 按鈕，就可以讓報表快速完成首頁載入。注：該功能支援 Oracle、SQL Server、MySQL、HANA、PostgreSQL、Impala、DB2 等大部分主流 JDBC 資料源。
問題描述：匯入 Excel 的範本，如果存在大量元件，會因為頁面載入大量元件造成匯入進程緩慢。
測試發現：匯入一個 200 行 10 列的 Excel，增加元件的範本需要 100 秒左右才可以完成頁面載入，去掉元件的範本只需要 10 秒左右。
問題描述：SQL 查詢語句中不應使用 select * 取全部回值，只需要取自己所需的欄位即可。
測試發現：兩種取數方式有 20-30% 的效率影響。
問題描述：資料庫建立正確有效的索引，正確使用儲存程式可以極大提高效率。
測試發現：10 萬筆資料的資料庫，建立索引和不建立索引，有大約 5 倍的效能差。
問題描述：資料集過濾比儲存格過濾效果高。
測試發現：如果能在建立資料集時，用 where 條件對資料進行過濾，相比於在報表製作程式中再過濾，效率會極大提高。
問題描述：對於行或列設定的條件屬性，只需要給任一儲存格設定條件屬性即可，無需整行整列均新增上。
測試發現：單個儲存格的條件屬性應用於整行，可以避免同樣的條件被多次運算執行。
問題描述：在設計報表時，應當儘量減少元件數量。如實在需要多元件，也可考慮不勾選「直接顯示元件」選項，都可以提高報表展現效率的。
測試發現：當一個頁面的元件數量超過 100 個，就會拖慢頁面展現速度，超過 500 就很容易造成逾時。
問題描述：對於非必要的各項運算，統計數量、過濾等操作，建議交給資料庫執行。帆軟只做自身更具優勢的處理，會提高頁面展示效率。
測試發現：資料庫在進行上述操作的時候，能夠進行大量的優化算法，而帆軟只能被動的一一匹配。
問題描述：資料量較大或受限於資料源效能時，報表展現和查詢速度很慢。
測試發現：使用 抽數快取 功能提升報表執行速度。
滑鼠選中內容，快速回饋問題
滑鼠選中存在疑惑的內容，即可快速回饋問題，我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙