最近公司產(chǎn)品希望加入報表的功能（具體需求就不說了），因為大家接觸報表不多，自主研發(fā)經(jīng)驗不足，最終我們選擇了國內(nèi)收費報表作為一期目標。

在文章開始前提醒正在做報表選型的朋友一件事： 選擇報表不是看它功能多強大價格多便宜，而是要根據(jù)自己產(chǎn)品的需求來找合適自己產(chǎn)品及發(fā)展的報表 ！

最初我找了四款報表產(chǎn)品，分別是： 快逸報表 、 style report 、 帆軟報表 和 潤乾報表 。快逸報表是前同事推薦的，基本功能都有價格便宜；style report是世界上第一款用java編寫的報表工具，據(jù)說現(xiàn)在研發(fā)團隊已轉(zhuǎn)移到中國；帆軟報表和潤乾報表在業(yè)界非常出名，是做中國式報表的專業(yè)廠商。

?

?

• 快逸報表

?

快逸報表的東家也是潤乾，屬于報表的低端產(chǎn)品。快逸報表是面向 軟件開發(fā)人員 的、高性價比、易學(xué)易用的JAVA報表工具軟件（非開源）。快逸報表提供了高效的報表設(shè)計方案、較強大的報表展現(xiàn)能力、較靈活的部署機制，并且具備一定的填報功能，為 中小規(guī)模 用戶的數(shù)據(jù)統(tǒng)計分析、展現(xiàn)提供了理想的報表解決方案。

快譯報表支持免費版（限制了很多功能）、開發(fā)版（限制了部分高級功能，5000元）和增強版（功能完全開放，10000元）。從價格上來看快逸報表就是用來跟其它收費報表打低端產(chǎn)品價格戰(zhàn)的，同時其免費版的支持也吸引了很多打算用免費報表的用戶。

總結(jié)下，選擇快逸報表需要滿足以下條件：1、由專業(yè)的軟件開發(fā)人員設(shè)計報表，因為設(shè)計報表的數(shù)據(jù)集需要通過sql來生成，這種工作必須由懂得數(shù)據(jù)庫的人員來做，同時報表的設(shè)計和部署界面非專業(yè)人士做起來也是很麻煩；2、中低并發(fā)的用戶，這種便宜的報表在并發(fā)數(shù)過高的情況下肯定會造成性能問題，如果如果你的項目是給大公司做的，就別用這個了。

?

?

?

• style report

從技術(shù)架構(gòu)圖不難看出sr采用了三層架構(gòu)：數(shù)據(jù)層提供了豐富的數(shù)據(jù)訪問對接方式，支持數(shù)據(jù)庫直連、存儲過程、文件數(shù)據(jù)、程序數(shù)據(jù)和中間件數(shù)據(jù)源（EJB等）；報表應(yīng)用層支持通用查詢、中國式復(fù)雜報表設(shè)計、用戶自定義設(shè)計報表、填報數(shù)據(jù)、各種圖表等功能，這些功能滿足了各行業(yè)的需求；訪問層支持多瀏覽器、嵌入項目門戶、嵌入集成其它系統(tǒng)平臺、標準打印輸出功能。同時報表應(yīng)用后臺提供了各種報表安全、性能和增值功能，保證了報表的健壯性。

從架構(gòu)圖不難看出fr的整體架構(gòu)與style report非常類似，該有的功能都有，并且還提供了工作流管理、組織用戶管理等平臺級功能（雖然這些功能做得很一般）。下面我從多方面描述帆軟的產(chǎn)品功能：

技術(shù)平臺：Java語言開發(fā)，支持JDK1.4以上；

支持數(shù)據(jù)庫：主流的Oracle、SqlSever、Mysql、Access、Sybase、DB2、Postgre、Derby等；

數(shù)據(jù)源數(shù)據(jù)集獲取方式：支持通過SQL、存儲過程、JNDI數(shù)據(jù)源、文件數(shù)據(jù)源和程序數(shù)據(jù)源，支持類型還是很多的；

報表設(shè)計器類型：主要是類excel的CS設(shè)計器，目前版本的fr的BS設(shè)計器功能很弱，就只支持行列顯示匯總；

報表設(shè)計功能：fr設(shè)計報表的能力是比較全面的，能夠完全滿足通用的中國式報表設(shè)計，交叉、分組、多源分片、填報、折疊樹報表等等；

報表常用功能：fr支持通用查詢、字段排序、過濾、預(yù)警、分頁、鉆取、打印、導(dǎo)入（excel）導(dǎo)出（excel、pdf、word、cpt等）等常用功能，支持一定的業(yè)務(wù)分析功能；

服務(wù)管理功能：有平臺管理功能用于管理組織機構(gòu)、數(shù)據(jù)源配置、任務(wù)調(diào)度等；

整合部署方式：①fr提供了一個報表管理平臺，可獨立部署，只要跟自己產(chǎn)品的系統(tǒng)進行一定數(shù)據(jù)對接即可直接使用；②不使用fr的報表平臺，將fr項目下的資源文件拷貝到自己產(chǎn)品中，然后在自己產(chǎn)品中用iframe的形式調(diào)用報表模板顯示；

報表圖表效果：整體樣式色彩都很好，圖表是html5的，支持柱狀、線形、餅狀、點狀、儀表盤等圖，用戶體驗很好。

?

fr報表整體功能都有，已經(jīng)能滿足很多類型的用戶的需求了。任何報表都有好有弱的地方，fr的報表還是有一定的瑕疵：

1、沒有適合BS項目的Web設(shè)計器，前面已經(jīng)說了fr所謂的BS設(shè)計器功能是很弱的，不過既然現(xiàn)在提前把這個功能放出來，估計后續(xù)版本會慢慢提升。Web設(shè)計器的好處有很多：做即席報表，領(lǐng)導(dǎo)需要立刻看到某些記錄，直接web設(shè)計器快速制作展示；便于隨時隨地制作部署，只要有瀏覽器的地方就可以做報表給工作人員帶來很大便利性。

2、對外開放的接口較少，不便于深度整合二次開發(fā)，fr跟項目整合的方案就是將fr安裝目錄下的webreport項目拷貝到自己的項目WEB-INF下，如果制作好了報表還需要將報表模版文件手動拷貝到自己的項目中，這種方式個人覺得比較原始，有待改進。

3、權(quán)限粒度控制還不夠，用戶權(quán)限只能根據(jù)角色來控制，報表權(quán)限粒度據(jù)說能控制到報表級（字段權(quán)限可以考慮報表設(shè)計時根據(jù)條件過濾）。

?

綜上，以下用戶比較適合選擇帆軟報表：

1、報表平臺獨立部署的用戶，用戶自己的產(chǎn)品不與報表平臺做太多交互，報表平臺只需要用戶自己產(chǎn)品的基礎(chǔ)數(shù)據(jù)即可，這種方式完全可以選擇帆軟，而且帆軟的界面是ExtJS實現(xiàn)的，是比較整潔漂亮的；

2、用戶自己提供表樣模板，讓實施人員根據(jù)表樣制作特定格式的報表，并且報表制作好之后基本不會改動。因為報表設(shè)計器天生是適合有軟件開發(fā)經(jīng)驗的人來用的，在設(shè)計報表期間你會接觸各種數(shù)據(jù)庫字段、sql，普通的用戶是沒法做的，所以如果你的產(chǎn)品的報表改動不太大，完全可以讓你們產(chǎn)品的開發(fā)人員幫助做好報表并部署上去永久使用。

3、自己公司有專業(yè)的開發(fā)團隊來維護自己的產(chǎn)品，這個也很好，帆軟的客戶IBM中國、金蝶這些肯定有自己的團隊，在報表制作維護方面是有先天優(yōu)勢的。

4、適合的用戶范圍，個人覺得中、高端用戶用起來都好，低端用戶也能用，但是可能會嫌價格怎么滴。

?

?

?

• 潤乾報表

我記得第一次知道潤乾這東西是在javaeye首頁廣告欄上吧，那時對報表沒啥知識。潤乾公司成立于2000年6月，是北京市海淀高科技園區(qū)內(nèi)的高新技術(shù)企業(yè)、軟件企業(yè)，主要從事企業(yè)級BI產(chǎn)品的研發(fā)和推廣。其產(chǎn)品分潤乾報表和集智數(shù)據(jù)平臺，后者是企業(yè)級商業(yè)智能整套方案。從潤乾的產(chǎn)品線來看，它在業(yè)界是做得比較好的，以報表為基礎(chǔ)向BI方向發(fā)展即解決了低端用戶報表的需求又解決了高端用戶商業(yè)智能的需要。

當(dāng)然這里只討論報表，下面是潤乾產(chǎn)品的技術(shù)架構(gòu)圖：

咋一看整體技術(shù)架構(gòu)內(nèi)容不是很多，但是仔細去研究其功能，還是有很多內(nèi)容的：

技術(shù)平臺：Java語言開發(fā)，支持JDK1.4以上

支持數(shù)據(jù)庫：主流的Oracle、MS SQL Server、Sybase SQL Server、IBM DB2、IBM Informix等

數(shù)據(jù)源數(shù)據(jù)集獲取方式：支持數(shù)據(jù)庫、文件、Webservice以及程序數(shù)據(jù)源

報表設(shè)計器類型：支持成熟的CS設(shè)計器和基于flex實現(xiàn)的Web設(shè)計器，web設(shè)計器能保證有flash的地方就能使用，同時我研究過該設(shè)計器不僅能做復(fù)雜的報表樣式也能快速做交叉分組匯總等常用報表

報表設(shè)計功能：與帆軟具有的功能都差不多，另外技術(shù)白皮書上重點提到支持多源填報，這個功能估計也就復(fù)雜的報表才用得到了

報表常用功能：跟帆軟差不多；另外潤乾有一個數(shù)據(jù)源別名轉(zhuǎn)換的功能，本色我們看到的數(shù)據(jù)庫字段可能是英文，用戶可以自己配置具體這個字段的中文意思是什么，最后在設(shè)計報表時就顯示的中文名了，這個對沒有開發(fā)經(jīng)驗的管理員很有用；潤乾的權(quán)限控制到報表中的字段，用戶可以勾選控制字段顯示，粒度是比較細的；

服務(wù)管理功能：有組織機構(gòu)管理、角色管理、調(diào)度任務(wù)管理

整合部署方式：同樣是兩種---①潤乾也有自己設(shè)計的管理平臺，擁有報表設(shè)計展示以及管理功能，并且已經(jīng)集成了web設(shè)計器，基本可以實現(xiàn)零客戶端自動部署，個人覺得比較方便；②組件式深度整合，用戶的項目需要什么就將潤乾的組件集成到項目中，比如在自己項目中調(diào)用潤乾的web設(shè)計器設(shè)計報表，再通過自己項目配置報表管理界面顯示潤乾設(shè)計好的報表。同時潤乾提供了很多API，方便進行一些細節(jié)集成。

報表圖表展現(xiàn)效果：潤乾人員也承認自己的效果不如帆軟（特別是圖表組件的效果），不過圖表類型跟帆軟差不多，還支持特定用戶專項定制，這個不錯。

?

要說潤乾的弱點，我大概總結(jié)了兩點：

1、平臺界面、圖表樣式相對不是太漂亮，帆軟用的是Extjs做得確實好看，圖表html5也是很好；

2、上手相對復(fù)雜，很多操作需要摸索，熟悉后就好弄了，帆軟的上手度是比較容易的

?

綜上，什么用戶適合使用潤乾：

1、數(shù)據(jù)表隨時在增加、報表需要隨時更新制作的客戶，這種客戶可能需要自己來做報表（定制報表可是要收費的）。一來潤乾的web設(shè)計器滿足用戶快速制作部署報表，修改也很方便，同時還支持數(shù)據(jù)源字段別名定義，這樣報表管理員在設(shè)計報表的時候能看懂每個字段的意思；

2、需要與自己項目或產(chǎn)品做深度定制開發(fā)的，將報表納入自己產(chǎn)品中，潤乾提供了接口比較多，非常適合做深度整合；

3、用戶提供表樣，由開發(fā)人員制作報表再發(fā)布到用戶的系統(tǒng)中，這種方式跟帆軟差距不大；

4、適合的用戶范圍，個人覺得跟帆軟差不多

?

?

?

• 最后總結(jié)

國內(nèi)主流報表調(diào)研總結(jié)