前言：KMS 的雙重資料挑戰
知識管理系統（KMS）需處理兩類截然不同的資料：結構化資料（知識屬性、本體、表單資料）與非結構化資料（文檔、郵件、多媒體）。統計顯示，KMS 中 70-80% 為文檔型資料。如何選擇資料庫平台有效支援雙類資料，關係系統成敗。
一、主流資料處理技術分析
1. 關係型資料庫（RDB）
基於關係數學模型，以 SQL 為操作工具，擅長結構化資料的事務處理、複雜查詢、統計分析。代表產品：Oracle、DB2、SQL Server、MySQL。近年擴展內容管理功能，但處理海量非結構化資料仍有短板。
2. 文檔型資料庫
以 IBM Lotus Domino 為代表，天然支援半結構化文檔，無位元組限制，擅長全文檢索、版本控制、細粒度權限（7 層安全機制）、複製分發。但計算統計能力弱，不適合大量表單處理。
3. 兩類資料庫快速對比
| 特性 | 關係型資料庫 | 文檔型資料庫 |
|---|
| 資料模型 | 結構化（表/欄） | 半結構化（文檔/欄位） |
| 查詢方式 | SQL | 全文檢索/視圖 |
| 存取模式 | 即時事務存取 | 複製式增量同步 |
| 優勢場景 | 表單、報表、統計 | 文檔、郵件、協同 |
二、KMS 主流資料庫應用陣營
目前 KMS 採用三大技術體系：IBM Domino（協同/文檔強）、Sun Java（開放標準）、Microsoft .NET（易用/低成本）。資料層面分為兩大陣營：
- RDB 陣營：Oracle/DB2/SQL Server，擅長結構化處理
- 文檔型陣營：Domino，擅長非結構化處理
單一平台的困境
- 純 Domino 方案：文檔處理強，但面對大量結構化表單時計算統計能力不足
- 純 RDB 方案：結構化處理強，但處理佔 70-80% 的文檔資料時暴露明顯問題
三、RDB 處理文檔資料的兩種方案及缺陷
方案一：文件系統存儲 + RDB 存路徑
- 優點：實現簡單、效能好、全文檢索易實現
- 缺點：
- 作業系統檔案數量龐大，管理複雜
- 安全性差，僅依賴 OS 權限，前端控制失效
- 易受病毒/駭客攻擊，檔案損壞風險高
- 備份需分別處理資料庫與檔案系統
- 大量檔案導致磁碟碎片，效能下降
- 適用：中小規模或部門級 KMS
方案二：BLOB 欄位存儲文檔
文檔作為特殊欄位（如 Oracle BLOB）存入資料庫。
- 優點：管理方便、安全性高、備份整合
- 缺點：設計複雜、大量文檔效能影響大、全文檢索實現困難
- 現狀：採用較少，隨 RDB 功能增強漸趨成熟
四、混合資料庫平台 KMS 解決方案
基於 J2EE 架構，資料儲存層由 Domino 與 RDB 共同支撐：
- 純結構化資料（業務表單）→ Java + RDB 直接處理
- 混合資料（合同含表單與附件）→ 拆分結構化部分由 RDB 處理，非結構化附件由 Domino 處理
- 純文檔資料（知識文檔）→ Domino 直接處理
方案優勢
- 充分發揮 Java 開放性與兩類資料庫各自優勢
- 完美解決 KMS 雙類資料需求
- 避免純 Java 方案需自研「類 Domino」平台的工作量與風險
方案劣勢與適用建議
- 雙資料庫成本較高，需雙技能人才
- 適合企業級 KMS 應用
- 若文檔佔絕大多數，可選 Domino + MySQL 低成本方案
五、結語：技術融合的未來趨勢
關係型資料庫持續增強文檔處理（如 Oracle Content Management），文檔型資料庫提升計算能力（如 Domino 7 支援 DB2 儲存）。未來將出現融合結構化與非結構化處理於一體的統一資料庫平台，為 KMS 提供更優解決方案。
