簡介
在本文中，我們將描述最新版本的 IBM® DB2® Content Manager (CM) 和 IBM DB2 Content Manager OnDemand (CM OnDemand) 的優點和適用范圍。首先我們描述 CM 和 CM OnDemand 的數據模型，然後針對每種數據模型展示一個例子，以便讓讀者明白每種模型的優點。因為這兩種產品都有其核心強項，所以並不是所有的內容管理問題都能在一種產品裡面得到解決。最後，我們將描述一個企業內容管理場景，其中 CM 和 CM OnDemand 可以一起工作以滿足該場景的需求。
IBM DB2 Content Manager 和 IBM DB2 Content Manager OnDemand 概述
DB2 Content Manager 是 IBM 用於企業內容管理的解決方案的核心，它為管理、共享、重用和檢索各種類型的數字內容提供了一個單獨的、開放的和綜合性的平台。這一分布式架構的中間層提供了：
- 從單個部門到地理上分散的企業的可伸縮性。
- 支持多種操作系統、數據庫、應用程序和資源的開放性。
- 支持 XML 的數據模型。
- 關鍵任務mission critical）應用程序與像 Siebel、PeopleSoft、DB2 Records Manager、WebSphere® MQ Workflow 以及 WebSphere Portal 這樣的中間件的集成，從而提供 Web 內容管理。
IBM DB2 Content Manager OnDemand 是企業內容管理中間件的 Content Manager 解決方案的一部分。自動捕獲、具有立即可用性的強大索引以及對帳單、對賬單和票據的即時訪問為客戶服務提供了支持，並改善了操作。高級功能包括 CD-ROM 發布和 PDF 索引。電子對賬單呈現功能則為提高呼叫中心工作效率和允許客戶通過 Internet 進行自助服務提供了支持。
理解 DB2 Content Manager
本節描述了 DB2 Content Manager 數據模型，指出了它的一些優勢和局限性。
DB2 CM 數據模型
圖 1顯示了 DB2 CM 所使用的數據模型。
圖 1. 數據模型
DB2 CM 數據模型是一種面向對象的關系數據模型。一個 Item 類型由多個條目組成，這些條目都有被指定的相關的屬性。Item 類型是數據模型的主要組件，它包含了所有的子組件如果有的話），以及相關的數據。一個 Item 類型有：
- 一個根組件 - 分級 item 類型的第一級，或者僅有的一級。
- 0 個或者多個子組件 - 分級 item 類型的第二級，或者更低級，這是可選的。
- 類別 - 有兩種系統定義的 item 類型：
- 非資源 item 類型 - 表示沒有存儲在資源管理器上的實體。被劃分為 item 類的條目被當作元數據存儲在庫服務器library server）上。
- 資源 item 類型 - 表示存儲在資源管理器中的對象。這些條目都是描述和指向資源管理器上的內容，例如視頻、圖像、文件和其他數據。
動態數據對象DDO）表示在數據體系結構中的組件根組件、子組件和資源組件）。持久數據標識符可以惟一地標識這些對象，這些對象以數據條目作為其屬性值，並且包含了內容。每個數據條目都有一個數據標識符，一個名稱，一個值和一些屬性例如可以為空，數據類型，等等）。鏈接，或者引用，是由數據條目表示的，每個數據條目引用另一個條目類型中的另一個條目資源或非資源）。鏈接將兩個條目關聯起來，並提供了訪問被鏈接條目的途徑。鏈接關系有一個名稱，一個標識符，例如 "contains" 或者 "has"。只有條目的根組件才可以鏈接到其他條目或者被其他條目鏈接。"Outbound出站）" 鏈接是指以該條目作為源的鏈接。"Inbound入站）" 鏈接是指以該條目作為目標的鏈接。
DB2 Content Manager 的優勢
DB2 Content Manager 的一些主要優勢包括：
- 集成了文本搜索的查詢語言- 用於查詢 CM 數據模型的所有細節。因為系統表的復雜性是完全透明的，所以這種查詢語言非常易於使用。緩存的數據模型定義能夠允許系統高效地執行查詢。這種查詢語言中還集成了基於 DB2 Net Search Extender 的文本搜索，因此它支持全文搜索，組合的文本搜索以及基於索引的搜索。任意長度的屬性，例如一個文檔的摘要，都可使用這種查詢語言進行檢索，而且還可以進一步對這些屬性進行搜索以便找到文本中的任意單詞或者單詞組合，這可以通過對文本類型的元數據或者文本內容進行全文搜索來做到。如果條目類型被定義為全文索引，那麼裝載到這種條目中的文本文檔將自動地被建立全文索引。而且，如果一個文檔是通過 ODMA 接口存儲的，那麼 DB2 CM 將自動地建立一個全文索引。這種查詢語言還遵從 XQuery 路徑表達式XQPE）規范。
- 聯邦搜索- 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應用程序）描述一份報告的物理特征。您必需將應用程序指派給某個應用程序組。
