DB2企业内容管理产品的分析

* 联邦搜索- DB2 Information Integrator for Content 提供了对跨多个离散的数据源信息的联邦搜索和更新，这些信息可以是结构化的，也可以是非结构化的。任何类型的不同目标数据源都可以以任何组合轻松地进行配置。还可以添加和搜索新的数据源。不管数据源是什么格式，从一个联邦搜索得到的结果都是一种固定的数据格式（从技术上讲叫做动态数据对象）。
* 对视频资产的支持- 视频流资产 API 提供了对检索归档的和流化的视频的支持。由于视频流对象的内容一般比较大，像添加、检索和更新这样的持久操作通常是通过 IBM VideoCharger Server 或者第三方的视频服务器来完成，这种第三方的视频服务器使用的是像文件传输协议（FTP）这样的标准协议。根据相关的元数据，可以搜索视频资产，并建立会话以便将内容从视频服务器通过流直接送到视频播放器。该 API 还能支持 Multi-Segment 播放列表。
* 工作流- Document routing 提供了沿预定义的流程路由工作的集成能力。流程定义了用户执行工作的方式以及工作前进时所依的路线。不同的路由方式包括： 
* 连续的- 连续的步骤流。
* 分支的- 根据用户行为有条件地路由。
* 临时路由- 工作不是按照预定义的方式执行的。

为了提高效率，分析随时间变化的工作负荷，或者为了查看某一特定条目的整个历史，可以对工作流进行监视。

* 与遗留系统和垂直工业应用程序的集成 - DB2 CM 提供了一套开放的、发布的、一致的面向对象 API，以便于应用程序集成。这使得连接和支持像客户关系管理（Customer Relationship Management）、企业资源计划（Enterprise Resource Planning）、Web 应用程序以及遗留系统应用程序这样的应用程序成为可能。

DB2 Content Manager 的局限性
通常，DB2 Content Manager 本身并不提供对以下特性的支持：

* 来自大型机的流数据。
* 内容的批量装载。CM 并不提供将内容装载到系统中的实用程序。您可以手动地从 CM 客户端获取文档或文件，也可以编写一个实用程序来成批地装载文档。
* Microsoft® SQL Server。 CM 的确支持使用 IBM DB2® Universal Database™ 和 Oracle 作为它的内容仓库。不过，SQL Server 在这种环境下并不受支持。

理解 DB2 CM OnDemand
本节将描述 DB2 Content Manager 数据模型, 并指出这种数据模型的优势及其局限性。

DB2 CM OnDemand 数据模型
图2显示了 DB2 CM OnDemand 所使用的数据模型。

图 2. DB2 CM OnDemand 使用的数据模型

DB2 CM OnDemand Server 环境包含一个库服务器和一个或多个对象服务器，对象服务器驻留在一个或多个节点中。库服务器维护着关于存储在 DB2 CM OnDemand 中的报告的一个中央数据库。对象服务器维护着缓存中的文档，或者利用归档存储管理器维护归档媒介（例如光媒介或磁带）上的文档。对象服务器负责装载数据、检索文档和输出数据。

术语 application、application group和 folder 表示 CM OnDemand 存储、管理、检索、查看和索引数据的方式。

* folder（文件夹）是用户查询和检索存储在 CM OnDemand 中的数据（报告）时所针对的惟一目标。如果这些应用程序组具有相同的数据库字段的话，一个文件夹可以查询不止一个的应用程序组。
* application group（应用程序组）是定义数据库、存储需求和报告的地方。如果这些应用程序具有相同的数据库和存储管理属性的话，一个应用程序组可以包含不止一个的应用程序。每个应用程序代表用于定义系统的一个报告。
* application（应用程序）描述一份报告的物理特征。您必需将应用程序指派给某个应用程序组。