方法二：文档作为关系型数据库的一个特殊字段（如Oracle的BLOB字段）保存，该方法管理方便、安全性高，但数据库设计复杂、大量文档时性能影响大、全文搜索等功能实现复杂。目前采用这种方式的KMS系统还比较少，随着RDB功能的不断加强，相信该方法会越来越成熟。

　　三、混合数据库平台的KMS解决方案

　　通过对业界主流数据处理技术的分析可以看出，基于文档型数据库或关系型数据库技术都难以满足KMS应用的需求，根据研究、开发与实践，提出混合数据处理技术的KMS解决方案，整个KMS方案基于J2EE体系架构，数据存储层由Domino和RDB共同支撑，Domino负责文档等非结构化数据处理，RDB负责结构化数据的处理，具体实现方案示意如下：

    1） 对纯结构化数据（如业务表单），直接通过JAVA＋RDB实现数据的处理；

　　2） 对混合数据（如合同中包括表单和合同附件），系统则将其分解为结构化数据和非结构化数据二部分，结构化数据由RDB处理，非结构化数据由Domino处理；

　　3） 对纯文档数据（如知识文档），则直接由Domino负责处理。

　　采用混合数据处理技术的KMS方案具有以下优势：

　　1） 整个KMS系统基于J2EE体系架构，充分利用了JAVA开放性等技术优势；

　　2） 合理运用了文档型和关系型数据库各自的优势，完善地解决了KMS应用需求；

　　3） 避免了纯JAVA技术实现KMS时需要开发“类Domino”平台（如文档处理、搜索、安全控制等）的工作量与风险。

　　当然，采用这种方案也存在弱点，一是需要二套数据库平台，成本较高，二是需要熟悉二种数据库的开发、实施人员，对人员素质要求较高。

　　这种方案更加适合企业级KMS应用，在实际应用时，可以根据需求的具体情况选择合适的产品与技术来构建数据支撑平台，如当KMS系统绝大部分处理的是文档型数据，少量的结构化数据时，则可以选择Domino＋MySQL，这种方案几乎不会增加投入，又能满足需求。

　　四、结束语

　　从目前技术发展趋势看，二种数据库技术将逐步走向融合与统一，关系型数据库增加文档处理功能，如Oracle增加内容管理等，文档型数据库增加计算能力，如IBM 宣布Domino 7支持DB2为作为数据存储工具。相信在不远的将来，KMS应用将会有一种更好数据处理解决方案，融结构化数据、非结构数据处理于一体的数据库平台。