共用方式為


整合異質性資料

更新: 2006 年 4 月 14 日

許多企業和組織的資料儲存在來源於多個供應商的資料庫。整合這些資料通常是讓各系統在組織中一起工作的關鍵元件。複寫為您提供兩種整合異質性資料的方法:

  • 使用 Oracle 作為可複寫到 Microsoft SQL Server、IBM 和 Oracle 資料庫的資料來源。
  • 使用 SQL Server 作為可複寫到 IBM 和 Oracle 資料庫的資料來源。

用於整合異質性資料的複寫組態類型視資料的來源和目的地而定:

  • 下圖說明將資料從 SQL Server 複寫到 IBM DB2 和 Oracle 的流程。
    正在複寫資料至非 SQL Server 資料庫
  • 下圖說明將資料從 Oracle 資料庫複寫到其他資料庫。資料會先複寫至 SQL Server 資料庫,然後才能複寫至包括 SQL Server﹑IBM DB2 和 Oracle 的其他資料庫。
    正在從 Oracle 複寫資料

Adventure Works 循環範例

Adventure Works Cycles 是虛構的製造公司,用於示範資料庫概念與案例。 如需詳細資訊,請參閱<範例和範例資料庫>。

為了努力擴大其基礎結構以便支援公司的預期成長,Adventure Works Cycles 最近併購了墨西哥公司 Importadores Neptuno。Importadores Neptuno 使用 Oracle 資料庫來維護製造和財務資料。但是為了維護精準排程和 Adventure Works Cycles 之「製造資源規劃」 (MRP) 應用程式中的存貨資料,必須共用該資料的核心元素。

雖然目前沒有要移轉 Importadores Neptuno 資料庫的計劃,但 Adventure Works Cycles 確實需要每天傳送和接收資料﹐且需要將該資訊傳送給現有的 SQL Server 線上交易處理 (OLTP) 和線上分析處理 (OLAP) 資料庫。Adventure Works Cycles 會將資料從 Oracle 資料庫複寫到中央辦事處的 SQL Server 資料庫。

這個狀況的一般需求

涉及整合異質性資料的應用程式一般具有下列需求,適當的複寫方案必須提出因應對策:

  • 系統必須能讓資料在來自不同供應商的資料庫之間複寫。
  • 系統必須維護交易一致性。
  • 複寫處理應要求來源伺服器承受最小負擔。
  • 若要求累加變更複寫,則系統應具有低度延遲。
  • 若要求累加變更複寫,則系統應具有高輸送量:它應能處理大量交易的複寫。
  • 目的地伺服器端需要的資料可以是來源伺服器可用資料的子集。

這個狀況要使用的複寫類型

SQL Server 使用的是出版業的字眼,來描述複寫系統的元件。元件包括「發行者」、「散發者」、「訂閱者」、發行集與發行項,以及訂閱。

  • 在上述第一張圖中, Oracle 資料庫為「發行者」。Oracle 資料庫的一些資料或所有資料包含在發行集中,資料的每個資料表即是一個發行項。資料會先複寫至 SQL Server (已設定為「發行者」),然後散發至其他 SQL Server 以及 IBM 和 Oracle 資料庫。這些資料庫的每一個都是發行集的「訂閱者」,以訂閱的方式接收結構描述和資料。
  • 在上述第二張圖中,SQL Server 資料庫是「發行者」,IBM 和 Oracle 資料庫是「訂閱者」。

如需系統元件的詳細資訊,請參閱<複寫發行模型概觀>。

SQL Server 為不同的應用程式需求提供不同類型的複寫:快照式複寫、交易式複寫,以及合併式複寫。此狀況最好使用快照式複寫和 (或) 交易式複寫的異質性複寫功能來實作,此複寫類型相當適合處理上一節所概述的需求。

  • 如果您的應用程式在發生累加變更時要求進行複寫,請使用交易式複寫。
    針對 Oracle 發行,交易式複寫使用觸發程序和變更追蹤資料表來追蹤「發行者」端的變更。如需交易式複寫的詳細資訊,請參閱<交易式複寫概觀>、<交易式複寫的運作方式>和<Oracle 發行者的交易式複寫工作流程>。
  • 如果應用程式要求資料只複寫一次 (例如遷移資料時) 或定期而不是累加地更新,則請使用快照式複寫。
    因為快照式複寫不會追蹤和傳遞累加變更,所以觸發程序不會用於發行的資料表。如需快照式複寫的詳細資訊,請參閱<交易式複寫概觀>和<交易式複寫的運作方式>。

依設計,快照式複寫和交易式複寫滿足此狀況下的主要需求:

  • 在不同供應商的資料庫之間複寫
  • 交易一致性
  • 最低負擔

交易式複寫滿足要求累加更新之系統的其他需求:

  • 低度延遲
  • 高度輸送量

此狀況要考慮的主要選項為篩選。快照式複寫和交易式複寫可讓您篩選資料行和資料列,以便「訂閱者」端的資料表只包含應用程式需要的資料。如需詳細資訊,請參閱<篩選發行的資料>。

實作這個狀況的步驟

若要實作此狀況,必須先建立發行集和訂閱,然後初始化每個訂閱。如需詳細資訊,請按一下以下連結。

在初始化訂閱,而且資料在發行者與訂閱者之間流動之後,您可能需要參考下列主題,以取得一般管理與監視工作的資訊:

請參閱

其他資源

在伺服器到伺服器環境中複寫資料

說明及資訊

取得 SQL Server 2005 協助