國內十大活躍報表 BI 產品深度點評

bubblegum發表於2020-07-09

目前國內市場上的報表 BI 工具琳琅滿目,看起來也各有特點,這給選型工作帶來了一些困擾,本文就一些較活躍的報表 BI 產品進行點評,對於不太熟悉這些產品和技術的同學,可作為參考資料。

這裡選了十個產品,分作四類:國內報表類,國內 BI 類,國外 BI 類,國外開源報表類。每類兩三種產品,在分類內大體會按面市時間為序來點評。需要強調的是,因為篇幅有限,不可能把市場上所有產品都選入,這並不意味著其它產品不好,看到結論部分時就會理解。

這麼分類是有意義的,同類產品大體具有相似的特徵。其中,國內產品被分為報表和 BI 兩類,並不是說這兩種功能有矛盾。事實上,國內產品大都同時兼備兩種功能。分開的原因是因為這些產品初期釋出時的功能側重點不同,經過多年完善,它們大都已經發展成了全功能產品,但初期側重點的不同仍然會影響到產品理念乃至產品特徵。

涉及產品和版本較多,可能區域性會有錯誤疏漏,敬請諒解,歡迎指正。

【國內報表類】

報表工具可能是企業級通用軟體中僅有的、國產軟體能力遠遠超過國外軟體的領域了。這大概是因為中國報表有著非常強烈的特色,從而造就了一批適應產品,而國外缺乏這個土壤,也就很難發展出這種能力了。

1. 潤乾報表

潤乾報表 功能全面,涵蓋報表、填報、BI 的各個方面,沒有大塊功能的缺失。 不過這也是國內大多數報表 BI 產品共同的特點。潤乾報表最大特色是 複雜報表的能力,潤乾公司最早提出了用於解決中國複雜報表的非線性報表模型,直到現在,無論是功能還是效能,潤乾報表在複雜報表方面仍然是業界最強者。

潤乾報表自 2018 版開始整合了 獨立計算引擎。大多數報表工具是在報表中完成資料計算,而報表的計算能力和效率都相對較弱,不僅會因為要寫複雜的 SQL 或儲存過程導致開發困難,而且在資料量大或計算較複雜時還會帶來效能和容量的問題,發生報表響應遲鈍甚至記憶體溢位的現象。潤乾報表則可以將取數及複雜關聯運算等放到獨立的計算引擎中,並提供了大資料量遊標取數,這樣即提高了開發效率,還能提高運算效能和資料容量,並真正支援了大資料包表。

潤乾報表本來核心模型的計算能力就很強,效能也是多年來的優勢,新版中又增加了計算引擎,在這方面又有了質的提升。

在計算引擎的支援下,還能讓報表與應用的耦合性降低。複雜報表的修改常常涉及資料來源邏輯,而有計算引擎時,這部分也可以在報表模板中完成,不需要像常規情況時必須修改應用程式中準備資料來源的程式碼或者後臺儲存過程,從而可以做到全面的 熱切換。這是其它報表工具都無法提供的能力。

計算引擎中還整合了大量常見非關係資料來源的介面,如 mongodb,hdfs,sap,…;這使得潤乾報表天然能支援非常豐富的資料來源型別。

潤乾報表的 BI 介面中規中矩,拖拽、切片、鑽取等都有提供,但老實說也沒什麼特別的,風格只能說很樸素(就是不夠炫)。不過,在提交方式上卻有與眾不同之處,潤乾報表的 BI 介面部分是 開源的,這樣不管是整合呼叫還是客戶化的定製開發都會比較方便。因為潤乾報表的理念定位是 被整合,潤乾把用於互動操作的 BI 元件都做成可以整合到第三方應用的頁面的樣子,而如果介面風格和操作方式需要再修改時,還進一步提供原始碼。業界其它廠商則一般是提供可獨立執行的 BI 系統,整體介面都是自己一套風格,基本沒可能整合到其它應用的頁面中,有修改也大都需要廠商介入。潤乾雖然也有一個報表中心可以獨立應用,不過功能細緻程度一般,和其它專業做 BI 的產品相比顯得有點簡陋,不過好在它是開源的,使用者可以進一步再開發。從這個意義上講,潤乾報表的 BI 挺適合用於 BI 教學,樸素風格和開原始碼都有利於程式設計師進一步美化和封裝。

說到 BI,潤乾報表後臺有個獨特的 DQL 模型。多維分析時多表關聯一直是個麻煩事,業務使用者很難理解 JOIN,所以常常要技術人員事先建模,把 JOIN 拼進邏輯或物理寬表中;也有 BI 產品將 JOIN 關係暴露給業務使用者,但業務使用者只能理解最簡單的情況,稍複雜的關聯需求基本就沒人會用了。DQL 模型則可以讓業務使用者以可理解的方式在介面上拼出非常複雜的 關聯分析,包括自關聯都可以處理得很好。

潤乾報表的 BI 本身沒有提供自己的 CUBE,而是使用資料庫,能執行靈活的關聯查詢,但大資料量時會受資料庫效能的拖累。潤乾有另一款集算器產品可以充當高效能 CUBE,但並不屬於潤乾報表,它可以為其它廠家的 BI 產品服務。本文不討論這種專業 CUBE,就不分析下去了。

潤乾報表的使用者是程式設計師,介面的易理解性就不是重點。讓介面更豐富以適應更復雜的環境和讓程式設計師容易上手,這兩方面本身有一定矛盾性。潤乾的權衡點在前者,所以會有設定引數較多的問題,上手相對不易,但對於熟練的工程師也不是大問題。

2. 帆軟報表

帆軟報表也是 功能非常全的產品,目前開發中遇到的各種關於資料展現方面的需求像複雜報表、填報、大屏、BI 等都有解決方案。當然,這些功能點在國內商用軟體來說差別不太大,這裡也沒必要做過多的介紹了。

帆軟報表一個特大的優勢是對 開發人員很友好,設計介面更加時尚,初學者上手容易,操作方便。內建豐富的樣式風格,做出來的報表展示效果更好一些,而其他工具可能就要多花費點時間設定下,特別適合初學者上手。

圖形樣式是帆軟非常值得稱道的地方。目前大多數報表工具採用 echarts 統計圖,效果不錯,但要調整的細節有點多(比如潤乾就是)。帆軟統計圖多數為自己開發,型別全,效果好,採用嚮導化設定,能夠在較短時間內開發出非常美觀的圖形。

除了報表工具,帆軟還提供了完善的 平臺管理功能,甚至包括流程填報、審批等功能。這樣實際上可以作為一個系統使用,對於沒有自己平臺的使用者來說是個不錯的選擇。不過反過來如果客戶要用自己的平臺,那麼整合起來工作量就會比較麻煩。帆軟提供的介面相對來說少些,這會導致定製化工作還需要進一步依賴於廠家。

對於一些特殊資料來源,比如 json 資料、mongodb 等,帆軟提供不同的外掛,外掛採用嚮導化安裝,選擇不同的外掛安裝就行,也非常方便。

和潤乾相比,效能大概算是帆軟的一個短板。尤其是涉及資料量大、有較多公式計算單元格的報表,計算效能會較差;常見的多資料集關聯報表,帆軟也採用在報表中計算的傳統方式,資料量大時效能就會很差(不過這是所有報表計算的通病,只有潤乾這種用表外計算引擎才能解決)。不過報表的效能大多是資料來源造成的,報表工具的耗時佔比並不大,就算慢一點,也常常可以透過最佳化資料來源解決,這方面有效能問題並不算重要。

帆軟報表提供了單獨的 BI 工具 FineBI,功能也是全面完整,包括用平臺管理、ETL、資料整合、資料分析等。前臺操作簡單流暢、美觀細緻程度都相當不錯,能快速實現常見的多維分析操作。不過,BI 核心功能各個廠商相差不大,也不必再細說。

有些 BI 產品會自己做一個後臺 CUBE,早期國外 BI 產品常常都這樣。好處在於可以獲得優於傳統關聯式資料庫的效能(資料庫常常是行存,不適合高速 OLAP 運算),但缺點是需要事先根據分析主題建模準備資料,難以在介面上再做更多複雜的關聯運算,靈活性受限(CUBE 的運算能力通常遠遠弱於關聯式資料庫)。FineBI 也提供了這種 CUBE,所以上述的好處和壞處都兼而有之。

FineBI 也可以直接針對資料庫進行分析,上述的好處和壞處就可以反著看了。不過,即使資料庫可以進行復雜的關聯運算,但如何讓業務人員描述關聯關係一直是個老大難問題,FineBI 在這方面和業界大多數 BI 產品並沒太大區別,也需要業務人員去理解 JOIN。在關係較複雜時(比如有七八個表且有一表同維關聯或自關聯時),業務人員就不大可能拖拽出合理的關聯查詢了,結果還是需要技術人員先做 CUBE,靈活性就大打折扣了。

【國內 BI 類】

國內還有一批從 BI 開始入手的廠商,而報表功能則是後來在競爭中後補上的。這類產品通常是 BI 強而報表能力會相對弱一點。

3. Smartbi

Smartbi 的功能也非常完善,報表、填報、BI 一應俱全。這也是國內產品的標配能力。

與眾不同的是,Smartbi 的報表設計採用 真“Excel”架構,也就是 Excel 外掛方式開發報表,比類 Excel 設計器學習成本更低,常用操作方式、函式使用等完全是 Excel 中的用法。設計統計圖時能夠做到真正的所見即所得,不需要預覽就能夠看到統計圖的展現結果,更適合做統計圖的佈局等。不過因為用了 Excel,報表設計器通常只能在 windows 上執行,另外對伺服器資源要求也較高,官方推薦的 JVM 至少要 16G 記憶體。

Smartbi 伺服器部署採用 java 的 web 應用方式,服務端對環境沒有限制。功能比較齊全,像複雜報表、資料錄入、統計圖展示都支援,而且現在帶了 Word 和 PPT 外掛,開發出來的報告格式效果比較好。

Smartbi 其實並不以報表能力擅長,複雜報表功能是後加上去的,所以顯得有點“不搭”,對於特別複雜的報表格式處理能力不如前面兩家產品,比如一些跨行組間的運算。採用 Excel 外掛方式會使功能會受限於 Excel。

更重要的問題是在效能方面,這還是可能和 Excel 相關。當報表格數較多、且帶有動態樣式控制時,比如動態背景色、前景色,報表的渲染速度會急劇下降,甚至出現無法響應的情況。而前兩家報表工具基本沒有這種事(帆軟的效能問題出在運算而不是渲染上,潤乾則都沒有。渲染慢是報表工具本身耗時大,最佳化資料來源無濟於事)。

Smartbi 的長項是 BI 功能,它提供了自助分析平臺,視覺化的操作建立資料關聯模型,並且提供 ETL 工具加工資料成獨立的資料模型,提供了全方位的資料分析功能。在 C/S 端,對 Excel 工具熟悉人員可直接在 Excel 中進行多維度資料分析,WEB 端提供所見即所得的儀表盤設計,豐富的圖示互動。支援即席查詢,快速查詢資料。支援多維度的資料分析。操作簡單,功能豐富, 適合業務人員操作

Smartbi 支援直接資料庫分析查詢,可以在介面上拖拽生成較為複雜的 SQL,甚至包括一些多層巢狀的 SQL,超出常規多維分析的計算範圍,這能有效擴充套件業務人員的分析能力。不過,關聯描述也是用的常規辦法,需要操作人員理解 JOIN,在關係較複雜時實際操作難度比較大,結果大多數情況還是要用事先準備好的寬表。

Smartbi 還提供有快取記憶體庫用作 OLAP 的後臺,以支援大資料量的分析。但這個部件本質上像個資料倉儲了,而目前這類能力在業界常常是獨立於 BI 產品之外存在的(Smartbi 這個快取庫有 JDBC 介面,應該就能向第三方 BI 提供服務)。如前所述,這種專業資料後臺超出了本文話題範圍,這裡就不展開細說了。

Smartbi 支援的資料庫型別主要是有 JDBC 介面的資料庫,NoSQL 資料庫目前只支援 mongodb 和 Tinysoft 等少數幾種,再特殊的就需要寫 java 程式進行處理了,工作量有點大。

Smartbi 的介面開放及可配置程度一般,在做一些深層次客戶化定製時會有些困難,許多完善動作還需要廠家配合。

4. 永洪 BI

永洪也是側重於 BI 資料分析能力,中國式複雜報表處理能力一般,提供了自由格式報表設計介面,做一些報告或者偏分析類的複雜報表問題不大,比如像同期比、比上期這些分析中帶有的功能都支援,但是一些複雜的單元格擴充套件運算類的實現起來就比較困難,和潤乾帆軟相比有一定的差距。

永洪的 BI 能力是強項,可以用視覺化的操作完成資料建模工作,過程比較簡單,支援各類資料來源,透過直觀易用的介面在 WEB 端拖拽以整合資料來源。產品提供豐富多樣的視覺化資料圖表元件,展現樣式美觀,有多種內建的風格樣式及多種的互動聯動分析功能,簡單拖拽就能完成自助資料分析操作。不過,還是老話,核心功能大家都差不多,差別主要是介面風格,也就不必細說了。

永洪有自己的後臺 CUBE,同時也支援資料庫直接分析,這一點和其它幾家 BI 產品差別不大。對於表間關聯分析,也是和其它大多數產品類似,最好由技術人員事先做好邏輯或物理寬表。如果由業務人員臨時生成資料,在複雜情況下就會較為吃力。

永洪的 CUBE 可以擴充套件成基於列存技術的高效能分散式資料集市,但據說不能給第三方 BI 提供服務,不能算作通用資料倉儲類產品。

作為國產軟體,永洪 BI 也支援資料填報功能,可以將資料錄入嵌入到流程中實現流程填報,支援流程節點的審批等功能。

永洪 BI 一般作為平臺單獨獨立執行,和其他業務系統整合性一般。

永洪 BI 有個與眾不同的地方:它把一些 AI 演算法也整合進來了,可以實現建模預測功能。但老實說,這種能力對於 BI 產品並沒有多大實用價值,因為建模是個很專業的事情,需要深厚的統計學功底,而這是幾乎所有 BI 使用者都不具備的能力,只是整合一些演算法並不會實質有用。有 AI 技術是件好事,建議專門釋出成一個獨立的 AI 產品,沒必要裹在 BI 產品中。

5. 億信 BI

億信 BI 也不以報表功能見長。作為國內商用工具,億信 BI 能夠實現常見的中國式報表。它的設計器同樣採用國內主流的類 Excel 模式,但比較獨特的是採用了 B/S 架構線上設計器,也就是 工具的零安裝。但是,WEB 設計器並不好用,JS 本來執行速度慢,瀏覽器佔用系統資源也多,開發報表時操作的流暢性(如右鍵操作等)都會有較大問題,所以實用性一般。針對國內一些跨行組運算類的複雜報表,處理能力也比較弱。而且它的報表引擎有點特殊,先分析報表格式定義,生成多個 OLAP 物件給 OLAP 引擎,然後再將 OLAP 引擎計算後的多個結果返回給報表引擎生成報表最終結果,這個如果報表格式複雜、資料量大時計算效率有待驗證。

億信的重點還是 BI 方面,提供了專門的工具,豌豆 BI。面向終端使用者的自助分析(即席分析)功能,介面簡潔,容易上手,功能也涵蓋了自助分析該有的所有功能,不過細節上報表類功能有些瑕疵,比如支援的匯出格式較少且複雜點的表格匯出 07 版 Excel 也有問題、列印分頁控制不太好等。

億信也是直接基於資料庫做分析,提供圖形化的介面設定表間關聯並可以實施一些運算。但複雜情況下的關聯分析一般也需要技術人員事先準備資料集,這和其它 BI 產品沒太大區別。

億信也有個相當於資料倉儲的單獨大資料平臺產品,是基於 Hadoop 的,可以對接 BI。Hadoop 體系的東西應該也能支援第三方 BI,不過效能也好不到哪裡去(純靠大叢集堆)。還是那個話,此話題超出本文範圍了,不細說了。

另外,與其他 BI 產品一樣,億信也提供完善的平臺功能,對於需要整套 BI 平臺的使用者來說還是挺方便的,部署即用。和其它國內產品類似,億信還增加了資料採集功能,資料來源可以由使用者在頁面端進行補錄。

產品的可擴充套件性也不錯,包括一些函式、控制元件、任務週期、前端 UI 等都支援自定義或客戶資源化,整合介面提供的也比較全面。不過更多是作為平臺單獨執行,和其他系統整合性一般。

【國外 BI 類】

國外的 BI 產品,感覺更多是面向商務人員在桌面使用的,所以它們都有強大的客戶端部分。而國內的 BI 應用場景大多是企業應用的一個環節,要整合到企業門戶中,必須是 WEB 應用。這方面差異導致國外 BI 產品對國內大多數企業級應用的適應性很差,可用性不強。所以這裡有點厚此薄彼,對國外產品就沒再評述得很仔細了,大體能瞭解特點即可。

6. QlikView

QlikView 是比較典型的敏捷 BI 工具,提供了 ETL 工具,可以對需要分析的資料提前做資料清洗操作。

QlikView 上手比較容易,提供直觀的互動式使用者介面,內建豐富的圖形型別和模板。側重資料分析,建模簡單、專案搭建快、週期短。

QlikView 應該是首家記憶體式 BI,資料分析時可將資料全部載入到記憶體中,操作響應及時、速度快。支援離線分析功能,一旦資料重新整理完成,使用者就可以隨時隨地的進行離線資料分析。

透過 ODBC 連線資料庫,支援 sqlsever、oracle、mysql 等主流資料庫,支援 Excel 檔案,對一些特殊資料來源支援不友好(如多維資料庫、nosql 等資料庫),可能需要後續產品改進。

資料載入到記憶體中,當資料量大時對記憶體耗用比較大,帶來較大的硬體成本,記憶體不夠時,效能影響會非常大,而且目前只能部署在 windows 上,在非 windows 專案中需要額外伺服器,和其他業務系統整合不太方便,只能透過 url 嵌入方式整合,提供介面很少,很難做客戶化的定製開發。

作為國外工具,無法處理國內複雜報表需求,無法處理資料錄入需求。

7. Tableau

Tableau 是國外非常流行的一款資料視覺化軟體,典型的敏捷 BI 工具,適合各類人員在各個場景下使用,安裝簡單、操作方便,對操作人員很友好,易於上手,比 QlikView 要更簡易。

內建豐富的圖形型別和模板,圖形支援智慧推薦,能協助製作人員選擇合適的圖形型別展示,製作出來的效果美觀度相當高,互動性相當不錯。

和國內產品都採用 WEB 端操作方式不同,Tableau 還提供了桌面端的分析工具 _Tableau_ Desktop,操作會更為流暢,比如一些快捷鍵等。

支援常見的各種資料來源,並且支援多源關聯,這個在國外軟體中相對比較少見。以前底層資料處理能力較差,後來提供了單獨工具 Tableau prep 對資料進行加工清洗,業務較複雜時還需要第三方的資料處理工具或者資料倉儲。

作為一款典型的國外的 BI 工具,主要側重於資料分析與資料視覺化,處理國內的複雜報表就無能為力了,這也是 Tableau 經常被抱怨的地方。當然,和其它國外產品一樣,它也不支援資料填報的功能。

18 年推出了 linux 版的 Tableau,這樣產品可以在各種作業系統上執行,採用單獨的安裝檔案,作為獨立的平臺執行比較方便,但是無法和其他門戶做無縫整合,只能採用 url 呼叫方式,整合性比較差,還需要考慮使用者許可權同步等。提供的介面較少,如果有客戶化的定製開發工作,比較難實現。

8. Power BI

其實 PowerBI 的釋出時間很早,但在市場上一直不溫不火,直到近年才開始有點熱鬧,所以把它排到了 QlikView 和 Tableau 後面。

相比於其他 BI 工具主要在 web 端操作,PowerBI 提供的是一個 C/S 的分析工具,採用類 office 的介面模型,一些常規操作按照 office 中的設定就行。能夠完美的與微軟其他產品無縫銜接。

作為一款資料視覺化工具,展現效果比較豐富,內建了多種效果庫,可以靈活選擇,開發簡單。資料分析操作類似 Excel 的資料透視表,對 Excel 功能比較熟悉的人員可以說是零門檻。

工具支援多種資料來源型別,目前常見的基本都支援,但提供的介面較少,特殊資料難以透過介面擴充。

提供了多種工具組合,比如 C/S 端的 Power BI Desktop 用來設計,設計好的結果釋出到 Power BI Server,移動端的 app 進行檢視等,都需要單獨安裝。C/S 端設計結果可以直接在工具內部分享其他人檢視,也可以上傳到 Server 實現協同開發,協同開發能力較強。不過如果和其他應用整合的話不太靈活,只能使用 url 嵌入,訪問許可權不好控制。並且作為微軟下工具,不利於跨系統部署。

同樣是側重於 BI 分析的工具,不支援國內複雜報表製作,不支援國內的資料錄入需求。

【國外開源報表類】

國外也有從報表功能開始發展的產品,早期著名的有 crystal report,後來被收購幾輪以及 Java 的興起後(crystal 不是 java 技術的)就不再常見了,現在還有些使用者群的基本只剩開源產品了。

開源報表產品無論在中國報表還是 BI 方面的表現都不好,這裡同樣沒有必要做很詳細的評述了。

9. BIRT

國外開源報表的代表,BIRT 開發使用了傳統的控制元件式編輯方式而不是 Excel 網格式,上手會比較困難,像做一些簡單的顏色設定、資料對齊、佈局等操作可能就會比較費事,國內複雜報表基本很難實現。

開源報表的優勢是免費,沒有工具成本,介面也足夠豐富,不過開發工具要嵌入到 eclipse 中使用,對開發人員技術水平要求更高,要專業開發人員才能夠使用。

BIRT 沒有提供 WEB 端的資料分析功能,如果想做只能透過大量的二次開發工作,在頁面端透過引數傳遞方式實現一些維度的替換,難度很高。

對於一些資料關聯,只能透過介面在程式中實現,開發難度大,或者要藉助第三方工具。效能上除了工具本身效能外,更多的是考驗開發人員的程式設計能力。這些開源類的報表產品使用起來並不容易,多帶來的人工成本有時會遠大於購買商用報表的費用。

BIRT 不支援填報功能,這也是國外工具的普遍問題。

10. Jasper

Jasper 和 BIRT 差不多,都是使用控制元件式編輯,所以操作起來非常不習慣,易用性一般、複雜報表不支援,報表設計方面比國產報表工具功能上都差很多。

和 BIRT 一樣,Jasper 也是開源產品,它提供了圖形化的報表設計工具 IReport,介面比 BIRT 友好些,介面豐富,但是中文文件較少,漢化不好。

主要實現的是簡單報表功能,WEB 端的資料分析貌似有,但網上討論很少,就當沒有吧。作為國外產品,也不支援資料錄入功能。

相比較 BIRT 而言,Jasper 功能會多些,比如支援批次列印、支援套打、支援子表,效能上也是 Jasper 較好。Jasper 報表模板定義可以完全透過 api 來定義,這個比較靈活,如果開發能力較強,倒是可以實現比較簡單的頁面端的維度分析,根據使用者選擇 api 動態生成報表,但是工作量會很大。

總結

細心的讀者可能會發現,點評中經常會有“XX 和其它產品差不多”的意思。事實上也就是這樣,除了國外產品(包括開源產品)有明顯缺失功能和對需求適應性較差外,國內幾家產品的區別並不是非常大。這個論點也適用於其它沒選入的產品:國外產品普遍不行,國內成熟產品區別並不太大,選型時除非有特殊需求(比如複雜報表、高效能等)需要仔細對比,一般情況就是看喜歡哪個操作和介面風格,以及價格是不是合適,也就可以了。

BI 經過多年發展,已經成為只有繁度而沒什麼難度的技術,特別是介面部分,只要肯投入人力成本,用不了多久就能開發出品質還不錯的產品。這裡列出來的產品,除了潤乾外的其它幾家在 BI 上花的工夫都不算少,這方面做得都挺好,只是操作和介面風格的不同;潤乾的 BI 走了開源路線,沒有重點發展細緻介面,功能不缺,後臺挺強,但介面風格就有點樸素了,和其它幾家不在一個檔次上。

用於支援大資料運算的高速 CUBE 是有技術難度的,但這幾家 BI 產品中的內建 CUBE(指不能向第三方 BI 提供服務的)能力都一般,也就是個常規列存表,並不難實現,和直接使用資料庫相比的好處很有限。如果資料量大到需要專業 CUBE 時,那應該演變成一個獨立產品可以向第三方 BI 工具或其它 OLAP 業務提供服務,只能為自家 BI 服務一定程度可以說明做得還不夠好(能否向非本家產品提供服務可以作為一條判斷其 CUBE 能力是否優秀的標準)。

相對來說,複雜報表還有一定的技術含量,這方面也確實還能構成一定的門檻和差異。潤乾一直保持最強,增加了計算引擎後又進一步拉開了和其它產品的差距;帆軟報表複製了潤乾報表中除計算引擎外的大部分複雜報表功能,並改善了易上手性,也算不錯;其它幾家就差一些了,當然這也是初期側重點導致的差異。

在提交形式方面,報表風格的產品都有較好的可整合性,相對容易能夠嵌入到其它應用中,潤乾報表、帆軟報表以及 BIRT、Jasper 都可以,開源產品以原始碼形式提交當然整合性最好;潤乾報表和帆軟報表都提供 jar 包,也很不錯,算是無縫整合;潤乾甚至連 BI 元件都能被整合到應用程式頁面中。

BI 風格的產品基本上就是獨立應用了,整合起來會很費勁,帆軟的報表 BI 平臺以及其它幾家 BI 產品都是這樣,基本上只能用 URL 訪問方式來整合了。而且,作為獨立應用的系統,這些產品之間基本上是全競爭的關係,也就是說上了永洪就不會再用 Smartbi,選了帆軟平臺也不可能配合再用億信。

而可整合的報表元件則沒有這個問題,除了國外那幾個適應性太差的產品(被整合和整合別人都費勁),國內這些 BI 風格的產品全部都可以再整合其它報表產品來強化複雜報表的能力(業界已有這樣的 BI 廠商),這兩類產品在技術上並不衝突。

除了技術問題外,價格也是選型的關鍵。開源產品當然理論上價格為 0,但對國內應用的適應性也最差,多花的人工成本會遠遠超過購買商用產品的費用,除了一些非常簡單的需求外,對於絕大多數國內專案來講,採用開源報表反而是最不划算的。

國外商用產品現在逐漸走向訂閱模式(也就是租),核算下來也不便宜。國內商用產品大都還是傳統購買的模式,其中大部分廠商目前仍然在執行企業級軟體習慣的不透明價格體系,具體多少錢只能自己去問了,但重點售賣版本低於十萬元每套的情況應該不多。

這裡潤乾又是個奇葩,搞了網際網路營銷後執行透明低價政策,產品價格直接掛在官網上,主流版本只要一兩萬,還有買斷政策,每年出一次錢後就可以隨便用的那種,價效比應該是最高的了。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69957599/viewspace-2703369/,如需轉載,請註明出處,否則將追究法律責任。

相關文章