報表是很多 web 應(yīng)用系統(tǒng)不可缺少的模塊，仍然是絕大多數(shù) BI 項目的基礎(chǔ)功能。隨著數(shù)據(jù)時代的到來，數(shù)據(jù)來源越來越多樣 (text,excel,monogdb,redis,es…)，為報表數(shù)據(jù)準備帶來了挑戰(zhàn)，傳統(tǒng)做法還是先將庫外數(shù)據(jù)到數(shù)據(jù)庫里，再利用數(shù)據(jù)庫的計算能力（寫 SQL 或存儲過程）為報表準備數(shù)據(jù)。因依賴前置導(dǎo)入，報表實時性得不到保障，報表開發(fā)流程也被拉長，隨著報表需求與日俱增，數(shù)據(jù)庫也越來越臃腫，管理成本不斷升高。

但如果直接使用這些庫外數(shù)據(jù)做報表開發(fā)，總是費時費力，最終完成的報表，性能往往也不夠好。究其原因，熟悉報表開發(fā)的程序員都知道，報表工具內(nèi)只提供運算這類庫外數(shù)據(jù)的幾種簡單能力，當計算需求復(fù)雜時，需要擴展到報表工具外部，用戶自定義方式去實現(xiàn)，這類計算通常用高級語言 (Java,.net) 硬編碼實現(xiàn)，需要很強的數(shù)據(jù)編程經(jīng)驗，經(jīng)常超過了普通報表開發(fā)人員的能力范圍，用高級語言實現(xiàn)的開發(fā)成本很高，并且不可復(fù)用。

即便數(shù)據(jù)在數(shù)據(jù)庫里，計算復(fù)雜報表經(jīng)常需要通過好用的高級窗口函數(shù)或存儲過程才能實現(xiàn)，這些都是開源數(shù)據(jù)庫（mysql,hive…）的短板，商業(yè)數(shù)據(jù)庫這方面要好很多，但實現(xiàn)起來也并不輕松，通常都需要用到 SQL 的高級擴展，各數(shù)據(jù)庫廠商對 SQL 擴展都不盡相同，這就需要精通某種數(shù)據(jù)庫高手才能完成。熟悉各種數(shù)據(jù)庫，進階成 SQL 高手，并非易事，如何讓普通報表開發(fā)人員，用相同的方式，輕松搞定這類問題呢？另外，存儲過程和數(shù)據(jù)庫耦合在一起，大量使用會給數(shù)據(jù)庫運行帶來巨大開銷，維護也非常麻煩。

如果能有一種計算引擎，具有和數(shù)據(jù)庫相同的計算能力，不必導(dǎo)入數(shù)據(jù)，直接計算各種來源的數(shù)據(jù)，提供通用的高級窗口函數(shù)和存儲過程，獨立為報表準備數(shù)據(jù)，解決上述難題，將會極大提升報表的開發(fā)進度和應(yīng)用效果。

上述內(nèi)容就是集算器集成版的設(shè)計初衷，下面通過介紹其應(yīng)用結(jié)構(gòu)，舉例說明其易用性，結(jié)合開源報表工具展示該產(chǎn)品在報表應(yīng)用場景下的實用價值。