還有一個和中國報表特點沒什么關系但是程序員常常碰到的頭痛問題，就是產品的集成性。
在國內做應用開發，報表只是應用的一個部分而非全部，報表總是要被集成到應用系統中去，如果某個報表工具能力超強，但卻不可被集成，那也是沒意義。
考慮到當前國內應用開發的現狀，我們只研討基于J2EE機制下的B/S應用的報表集成。
現在流行的報表工具幾乎都是獨立服務器形式。獨立服務器的好處沒想出來，倒是覺得有很多缺點，主要有：
（1）
?????????????
報表服務器與應用程序不在同一個進程空間內，數據溝通都需要通過網絡協議進行，即使是同一臺機器，也要把數據傳來傳去，浪費時間降低性能；
（2）
?????????????
獨立的報表服務器有自己的一套用戶權限管理機制，設計得還挺復雜。程序必須往這個規則上靠，可這套規則從來也不夠用：應用系統的用戶管理沒那么規整，能乖乖地按廠家設計的樣子來（您見過這樣的系統，把應用系統中的柜員、科長、局長這種業務角色建立在ORACLE的用戶上？）。這種費勁又嚴重影響集成度的東西其實不做也罷，常常因此浪費很多時間還和應用接上不。
（3）
?????????????
獨立服務器沒法充分應用服務器的本事，比如數據庫連接就不能和應用系統的其它部分共享，集群能力，也得聽命于報表服務器。Weblogic的平衡負載能力會比報表服務器要差？
（4）
?????????????
布署方案：所有的程序數據打個WAR包很方便就上去了，可它偏要與眾不同，要獨自搞一塊，還是沒脾氣。
想來想去，估計美國人可能不大需要被集成的報表工具，所以老外的產品也不是為了被集成而設計，這也就情有可愿了。可惜的是，國人抄老外時也沒怎么想想，大多把體系結構也照抄了過來，特別是海歸派的新興企業；有系統集成經驗的國產報表廠商就還稍好一點，沒去費那勁。