企業(yè)主數(shù)據(jù)是描述企業(yè)核心業(yè)務實體的數(shù)據(jù)，如產(chǎn)品、客戶、員工等。企業(yè)遺留系統(tǒng)一般都基于本地持久實體進行主數(shù)據(jù)引用和維護，這種模式產(chǎn)生兩種后果：一方面，企業(yè)各業(yè)務部門只關注與其業(yè)務相關的主數(shù)據(jù)，遺留系統(tǒng)只有片面主數(shù)據(jù)屬性；另一方面，系統(tǒng)間同類主數(shù)據(jù)重復創(chuàng)建、重疊部分內(nèi)容可能不一致。不完備、不一致的主數(shù)據(jù)會造成企業(yè)管理混亂、甚至會使企業(yè)丟失商機。為取得完備、一致的主數(shù)據(jù)，傳統(tǒng)方法是在對等系統(tǒng)間實現(xiàn)數(shù)據(jù)集成或應用集成，例如：(1)應用抽取、變換、加載等功能復制主數(shù)據(jù)；(2)使用消息發(fā)送和消息接收機制傳送主數(shù)據(jù)；(3)通過編程接口提供主數(shù)據(jù)訪問功能(或服務)。這些集成方法只能在一定程度上解決問題，各有不足：方式1有周期性。不能保證數(shù)據(jù)一致；方式2在頻繁同步發(fā)送主數(shù)據(jù)消息時系統(tǒng)性能會下降，同時遺留系統(tǒng)核心業(yè)務管理能力也會受到影響；如果方式2采用異步消息發(fā)送.則不能保證數(shù)據(jù)一致；方式3與方式2一樣存在性能問題，而且方式3要求接口提供系統(tǒng)保持足夠在線運行時間，給系統(tǒng)運行和維護帶來不便。

　　主數(shù)據(jù)管理中心(下文稱“中心”)統(tǒng)一為企業(yè)提供完備、一致的主數(shù)據(jù)，將主數(shù)據(jù)提供方和消費方隔離開來、是服務專業(yè)化結(jié)果。中心有事務型、混合型、注冊型等3種類型。目前Oracle、IBM、SAP等企業(yè)都推出了各自的主數(shù)據(jù)管理產(chǎn)品。它們有的是專用型產(chǎn)品，如客戶管理、產(chǎn)品信息管理等，單一系統(tǒng)不能對應企業(yè)多種類主數(shù)據(jù)管理需；有的是套件產(chǎn)品，服務于本企業(yè)其它產(chǎn)品；有的雖然是通用型產(chǎn)品，但系統(tǒng)大量使用低效的XML數(shù)據(jù)格式，單一中心承擔所有主數(shù)據(jù)服務訪問。系統(tǒng)壓力很大、性能不穩(wěn)定。本文基于遺留系統(tǒng)主數(shù)據(jù)工作模式不變，結(jié)合混合型中心和傳統(tǒng)對等系統(tǒng)集成思想，設計一種以實時主數(shù)據(jù)集成為目的、中心不提供訪問服務的混合型中心方案，該方案以中心為主數(shù)據(jù)存儲轉(zhuǎn)發(fā)中介協(xié)調(diào)實現(xiàn)主數(shù)據(jù)在相關系統(tǒng)間實時集成。

　　本文第1節(jié)介紹本文應用的相關技術知識，第2節(jié)論述輕量數(shù)據(jù)和重量數(shù)據(jù)分管道處理的主數(shù)據(jù)集成體系結(jié)構；第3節(jié)是主數(shù)據(jù)集成流程設計，第4節(jié)介紹簡易主數(shù)據(jù)管理功能組件設計；第5節(jié)介紹如何編排主數(shù)據(jù)管理組件服務實現(xiàn)實時主數(shù)據(jù)集成；最后是結(jié)論。

　　1、相關技術應用

　　1.1 SOA，SCA

　　SOA是服務(Services)為核心的架構風格、是分布式軟件系統(tǒng)構造方法。服務由接口和契約組成，接口提供訪問業(yè)務功能或業(yè)務數(shù)據(jù)的技術綁定，契約用于描述和約束服務、服務消費者據(jù)此了解服務及調(diào)用規(guī)則，Web服務是SOA服務的一種實現(xiàn)方式.其契約包括WSDL(Web Service Description Language)文件、XML模式文件、以及描述服務質(zhì)量、安全要求等內(nèi)容文件.服務是以中立、標準化方式定義。不依賴具體的實現(xiàn)技術、操作系統(tǒng)、和硬件基礎架構.服務可以劃分為業(yè)務服務和業(yè)務漉程服務，業(yè)務服務對應于業(yè)務功能接口、是原子性的服務，業(yè)務流程服務是組合服務。服務組件架構(Service Component Architeeture，SCA)是一種實現(xiàn)SOA的規(guī)范，SCA使用業(yè)務流程執(zhí)行語言(Business Process Executing Language，BPEL)對服務進行編排生成業(yè)務流程服務，SCA同時提供人工任務服務和業(yè)務規(guī)則服務，這些服務也參與服務編排。服務在服務代理上注冊后可被查找發(fā)現(xiàn)，服務消費者通過服務代理查找到相關服務、并點對點地調(diào)用服務。企業(yè)服務總線(EntERPrise Service Bus，ESB)解除點對點的服務調(diào)用方式，提供基于消息變換、消息內(nèi)容動態(tài)路由的松散耦合服務調(diào)用能力。服務具有粗粒度、松耦合、可再用等特性，松耦合特性包括兩層意思：(1)服務定義標準化使得服務交互采用通用的、統(tǒng)一的方式進行；(2)ESB的作用使得服務交互可以是動態(tài)的、位置透明的；服務的這些特性決定S()A適合異構系統(tǒng)的交互。

　　1.2批量數(shù)據(jù)服務

　　基于批處理方式的傳統(tǒng)ETL(Extract，Transform，Load)程序是分布式系統(tǒng)數(shù)據(jù)集成的主要工具。提供成批數(shù)據(jù)移動和轉(zhuǎn)換功能，其數(shù)據(jù)處理吞吐量大、性能好。一般按周期運行，不具備實時集成特性。通過SOA服務化技術，ETL應用可以直接定制為批量數(shù)據(jù)服務，實現(xiàn)按需調(diào)用，批量數(shù)據(jù)服務可以作為業(yè)務流程或ESB事務處理的子過程，實現(xiàn)實時數(shù)據(jù)集成任務。

　　1.3 JCA適配器服務

　　JCA適配器是JCA(J2EE Connector Architecture)規(guī)范的連接器，用于連接企業(yè)遺留系統(tǒng)。按照其連接的對象可以分為應用程序適配器和技術適配器，應用程序適配器連接Oracle、SAP等企業(yè)提供的管理軟件包I技術適配器連接特定技術或協(xié)議的載體，如中間件組件、FTP服務器、應用服務器、數(shù)據(jù)庫表、消息隊列、文件等。企業(yè)信息系統(tǒng)一般都要操作本地持久存儲。如文件、數(shù)據(jù)庫表等，通過使用JCA技術適配器連接這些持久存儲并周期性地探查其數(shù)據(jù)變化l當變化發(fā)生時，JCA技術適配器捕獲該變化并觸發(fā)適配器預先定義的操作。JCA技術適配器這種工作方式產(chǎn)生新形式的適配器服務。

　　2、體系結(jié)構

　　遺留系統(tǒng)只有片面的主數(shù)據(jù)屬性，企業(yè)完備主數(shù)據(jù)是企業(yè)各系統(tǒng)主數(shù)據(jù)屬性的綜合.因此中心主數(shù)據(jù)管理需要跨部門、多系統(tǒng)共同參與。在混合中心體系里，中心只存儲必要主數(shù)據(jù)屬性，即那些在企業(yè)范圍內(nèi)必須保持一致的主數(shù)據(jù)屬性和查找關鍵字合集，必要主數(shù)據(jù)屬性劃分為主分組和次分組兩部分。本文定義主分組屬性是以單值表現(xiàn)、且可由中心系統(tǒng)全權輸入的屬性和關鍵字集合，相關遺留系統(tǒng)負責輸入其維護職責內(nèi)的次分組屬性。按照參與中心主數(shù)據(jù)管理角色分類，企業(yè)遺留系統(tǒng)可以劃分為源系統(tǒng)和引用系統(tǒng)兩類。(1)源系統(tǒng)是參與中心主數(shù)據(jù)管理業(yè)務、并引用中心主數(shù)據(jù)的系統(tǒng)；(2)引用系統(tǒng)是不參與中心主數(shù)據(jù)管理業(yè)務、只引用中心主數(shù)據(jù)的系統(tǒng).中心系統(tǒng)和源系統(tǒng)一起提供主數(shù)據(jù)管理業(yè)務活動實現(xiàn)，這些業(yè)務活動實現(xiàn)按照一定的流程完成主數(shù)據(jù)管理業(yè)務。中心系統(tǒng)、源系統(tǒng)、引用系統(tǒng)可能由不同的軟件供應商提供、或采用不同的技術構建、或運行在不同的平臺上，系統(tǒng)之間有很大的異構性，它們需要在主數(shù)據(jù)管理體系下實現(xiàn)交互。

　　本文采用SOA作為主數(shù)據(jù)管理體系架構。SOA業(yè)務服務實現(xiàn)中心系統(tǒng)及源系統(tǒng)的主數(shù)據(jù)管理業(yè)務活動，SOA業(yè)務流程服務實現(xiàn)主數(shù)據(jù)管理業(yè)務，業(yè)務流程服務是通過組裝、編排跨系統(tǒng)主數(shù)據(jù)業(yè)務服務、質(zhì)量管理服務、數(shù)據(jù)集成管理等服務而生成。

　　主數(shù)據(jù)集成是混合型中心方案成功的關鍵，在這種中心體系里，源系統(tǒng)仍然延用原有主數(shù)據(jù)工作模式：基于本地主數(shù)據(jù)持久實體的引用和維護，源系統(tǒng)的部分主數(shù)據(jù)屬性作為必要主數(shù)據(jù)屬性提交給中心系統(tǒng)。再由中心系統(tǒng)統(tǒng)一為其它引用系統(tǒng)提供主數(shù)據(jù)共享。源系統(tǒng)和中心系統(tǒng)必須保持必要主數(shù)據(jù)屬性實時集成，這樣才能避免系統(tǒng)間主數(shù)據(jù)不一致現(xiàn)象。

　　主數(shù)據(jù)集成有時需要對應大量主數(shù)據(jù)屬性的復制和變換，例如批量數(shù)據(jù)更新或?qū)�入，即使逐條新增或修改主數(shù)據(jù)屬性，也會由于人工審批等作業(yè)延遲，導致等待處理的主數(shù)據(jù)記錄大量積聚。大數(shù)據(jù)量處理不是SOA的長項，SOA框架基本都在Java容器中運行，當處理數(shù)據(jù)最很大時，Java虛擬機就會不堪重負；再者。SoA服務交互基本都足以XML通用格式數(shù)據(jù)為載體，由于XML數(shù)據(jù)中存在大量的標簽、模式定義、尖括號等附加信息，XML數(shù)據(jù)的有效載荷一般低于實際載荷的10％，XML不適合作為主數(shù)據(jù)集成的載體格式。

　　本文使用批量數(shù)據(jù)服務進行主數(shù)據(jù)集成操作，批量數(shù)據(jù)服務具有很好的大數(shù)據(jù)量處理能力，能夠滿足實時快速的數(shù)據(jù)集成要求。

　　圖1是主數(shù)據(jù)管理體系架構。如圖示，中心系統(tǒng)和源系統(tǒng)提供主數(shù)據(jù)管理服務，這些服務經(jīng)過BPEL服務編排，生成統(tǒng)一的主數(shù)據(jù)管理業(yè)務流程服務，一個或多個業(yè)務流程服務完成一個主數(shù)據(jù)管理業(yè)務，如新增(C)業(yè)務、讀取(R)業(yè)務、修改(U)業(yè)務、刪除(D)業(yè)務，即基本的CRUD操作。主數(shù)據(jù)管理界面負責業(yè)務流程服務調(diào)用及各人工業(yè)務活動的輸入、輸出；ESB是體系各部分交互的中介，通過ESB交互的是XML格式輕最數(shù)據(jù)：包括控制消息和規(guī)模可控的輕量主數(shù)據(jù)消息；中心系統(tǒng)、源系統(tǒng)、引用系統(tǒng)之間的主數(shù)據(jù)集成對象是體積較大的鶯量數(shù)據(jù)，集成在數(shù)據(jù)層進行，通過批量數(shù)據(jù)服務實現(xiàn)；這種輕量數(shù)據(jù)與重量數(shù)據(jù)分管道處理方式有利于提高系統(tǒng)運行性能。

　　下節(jié)“主數(shù)據(jù)集成流程”將詳細介紹這種SOA框架內(nèi)輕量數(shù)據(jù)、重量數(shù)據(jù)分管道處理機制。

　　3、主數(shù)據(jù)集成流程

　　本節(jié)從系統(tǒng)實現(xiàn)主數(shù)據(jù)新增、更新、刪除、讀取等業(yè)務角度分析主數(shù)據(jù)集成流程，以此作為主數(shù)據(jù)管理業(yè)務流程設計的依據(jù)。

　　(1)新增業(yè)務：在“主數(shù)據(jù)管理界面”發(fā)出“新增”消息，通過ESB對消息進行轉(zhuǎn)換和動態(tài)路由，“新增主數(shù)據(jù)業(yè)務流程”被執(zhí)行；新增流程以新增消息為參數(shù)調(diào)用中心系統(tǒng)的“主數(shù)據(jù)管理服務”，中心系統(tǒng)新增主數(shù)據(jù)、并返回剛創(chuàng)建的主數(shù)據(jù)記錄定位參數(shù)(輕景數(shù)據(jù))；新增流程獲取主數(shù)據(jù)記錄定位參數(shù)、并據(jù)此調(diào)用批量數(shù)據(jù)服務，批量數(shù)據(jù)服務從中心相應主數(shù)據(jù)實體中提取新增 主數(shù)據(jù)(重量數(shù)據(jù))、并同步到所有源系統(tǒng)；源系統(tǒng)更新其維護職責內(nèi)的次要分組屬性，源系統(tǒng)通過主數(shù)據(jù)集成服務將錄入完畢的次分組屬性上載到中心系統(tǒng)(重量 數(shù)據(jù))；最后新增流程啟用新增數(shù)據(jù)并消息通知各個引用系統(tǒng)(輕量數(shù)據(jù))。

　　(2)更新業(yè)務：與新增業(yè)務類似處理。

　　(3)刪除業(yè)務：由于主數(shù)據(jù)可能已經(jīng)在交易中使用。系統(tǒng)不允許物理刪除主數(shù)據(jù)。而是采用更新業(yè)務邏輯實現(xiàn)邏輯刪除功能；同更新業(yè)務處理。

　　(4)讀取業(yè)務：源系統(tǒng)、引用系統(tǒng)基于本地持久主數(shù)據(jù)實體引用主數(shù)據(jù)，這種方式符合遺留系統(tǒng)主數(shù)據(jù)工作模式、使得遺留系統(tǒng)程序修改量很小；對于需要中 心提供的主數(shù)據(jù)屬性，遺留系統(tǒng)開辟新的主數(shù)據(jù)屬性存儲、并定期從中心下載這些主數(shù)據(jù)屬性值(重量數(shù)據(jù))I遺留系統(tǒng)通過預定/發(fā)布(publish /subscribe)機制預定各自需要的中心主數(shù)據(jù)變更消息；當中心主數(shù)據(jù)變更時。中心系統(tǒng)發(fā)布有效載荷為<主數(shù)據(jù)實體，鍵值范圍，屬性類 別>的消息(輕量數(shù)據(jù))，相關遺留系統(tǒng)接到變更消息后，在本地系統(tǒng)標記變更；當遺留系統(tǒng)引用本地帶有變更標志的主數(shù)據(jù)時，遺留系統(tǒng)首先調(diào)用本地主數(shù) 據(jù)集成應用從中心下載最新主數(shù)據(jù)(重量數(shù)據(jù))，然后基于本地存儲引用這些主數(shù)據(jù)。

　　4、功能組件設計

　　如圖2所示，主數(shù)據(jù)管理組件劃分為表示層組件、業(yè)務流程組件、應用層組件等3層，下層依次為上層提供服務.

　　4.1表示層組件

　　源系統(tǒng)主數(shù)據(jù)工作模式保持不變，依然使用其主數(shù)據(jù)維護界面調(diào)用原有更新邏輯。需要從源系統(tǒng)主數(shù)據(jù)維護界面去掉“新增”和。刪除”等部件，這些功能只能 統(tǒng)一在中心系統(tǒng)使用。主數(shù)據(jù)業(yè)務管理界面負責調(diào)用主數(shù)據(jù)管理業(yè)務流程服務.工作列表是特定角色或工作人員的任務一覽表及具體任務的工作界面，如審批等業(yè)務 活動.

　　4.2業(yè)務流程組件

　　(1)新建/中心更新：在中心系統(tǒng)上完成單條主數(shù)據(jù)的新建/更新、清洗、審批后，下載到所有源系統(tǒng)。(2)源更新：在源系統(tǒng)端完成主數(shù)據(jù)屬性更新、清 洗、審核后，將源系統(tǒng)維護責任內(nèi)的次分組屬性上載到中心。(3)啟停用：調(diào)用中心系統(tǒng)和所有源系統(tǒng)的啟停用服務，使用XA事務(兩階段提交)保證分布式系 統(tǒng)更新的全局事務性。(4)批量導入：成批她新建/更新中心主數(shù)據(jù)，流程同“新建/中心更新”。(5)批量同步：定期將中心主數(shù)據(jù)成批地下載到源系統(tǒng)和引 用系統(tǒng)，消除系統(tǒng)問可能存在的主數(shù)據(jù)不一致。

　　4.3應用層組件

　　(1)新建：從臨時主數(shù)據(jù)輸入實體中讀取新增主數(shù)據(jù)，生成主數(shù)據(jù)實體記錄，并自動填充關鍵字域。(2)更新：從臨時主數(shù)據(jù)輸入實體中讀取更新信息，更 新主數(shù)據(jù)實體相應記錄。(3)啟/停用：對本地主數(shù)據(jù)進行“啟用”或“停用”更新操作。(4)提取：從中心主數(shù)據(jù)實體提取規(guī)模可控的主數(shù)據(jù)記錄并轉(zhuǎn)化為通 用格式，作為其它服務的入口參數(shù)。(5)清洗：對主數(shù)據(jù)實體中的數(shù)據(jù)進行質(zhì)量篩選，包括列篩選、結(jié)構篩選和業(yè)務規(guī)則篩選。(6)下載：將中心變更的主數(shù)據(jù) 下載到源系統(tǒng)登臺區(qū)，可能包含抽取、轉(zhuǎn)換、加載等操作。(7)上載：從中心系統(tǒng)登臺區(qū)提取源系統(tǒng)提交的次分組屬性、并加載到中心系統(tǒng)相關實體，可能包含抽 取、轉(zhuǎn)換、加載等操作。(8)人工任務：SCA規(guī)范的人工任務服務，如人工審批等業(yè)務活動，其人機交互界面是表現(xiàn)層的工作列表。(9)業(yè)務規(guī)則：SCA規(guī) 范的業(yè)務規(guī)則服務，是業(yè)務流程中的判斷活動。(10)管理訪同：從中心管理實體中讀取相關的管理信息，用于業(yè)務流程的條件判斷。(11)源下載：從源系統(tǒng) 登臺區(qū)下載中心提交的主分組屬性、并加載至源系統(tǒng)相關主數(shù)據(jù)實體，可能包括抽取、轉(zhuǎn)換、加載等操作。(12)源上載：將源系統(tǒng)上發(fā)生變更的次分組屬性上載 到中心系統(tǒng)登臺區(qū)；可能包括抽取、轉(zhuǎn)換、加載。(13)源清洗：同清洗服務。(14)源啟停用：同啟停用服務。(15)源更新：源系統(tǒng)仍然使用其更新邏輯 更新本地主數(shù)據(jù)，我們不對這種更新邏輯進行服務化改造。而是通過外掛適配器服務探測源系統(tǒng)主效據(jù)屬性變更，當變更發(fā)生時執(zhí)行相關操作返回。(16)源審 核：同“源更新”服務，源系統(tǒng)仍然使用其審核邏輯更新本地主數(shù)據(jù)，外掛適配器服務探測主數(shù)據(jù)變更時執(zhí)行相關操作返回。

　　5、服務編排實現(xiàn)實時主數(shù)據(jù)集成

　　中心系統(tǒng)、源系統(tǒng)之間主數(shù)據(jù)實時集成可以絕對消除主數(shù)據(jù)不一致現(xiàn)象。雖然批量數(shù)據(jù)服務具有很好的數(shù)據(jù)處理住能，但畢竟參與主數(shù)據(jù)管理系統(tǒng)眾多，需要進 行數(shù)據(jù)集成的對象系統(tǒng)很多，批量數(shù)據(jù)服務不可能在同一時刻將大量主數(shù)據(jù)經(jīng)變換后傳送到每個相關系統(tǒng)I數(shù)據(jù)傳輸吞吐量也受基礎設施限制，如跨國企業(yè)的信息系 統(tǒng)遍布世界各地，簡單地使用批量數(shù)據(jù)服務進行快速數(shù)據(jù)集成很難保證實時性、準確性。

　　本文把相關業(yè)務流程包含的業(yè)務活動控制在一個全局邏輯事務內(nèi)，業(yè)務流程中可以發(fā)生任何物理事務提交。但這些提交只有經(jīng)過流程尾全局邏輯事務提交才生效 I提供XA事務支持的啟停用業(yè)務流程可以實現(xiàn)這種功能。下圖以“新增主數(shù)據(jù)業(yè)務”為例。闡述如何通過服務編排實現(xiàn)實時主數(shù)據(jù)集成。

　　圖3中共列出15個業(yè)務活動，每個業(yè)務活動對應一個服務調(diào)用，這些業(yè)務活動被編排進3個業(yè)務流程：①一⑦是“新建”業(yè)務流程。③一1212是“源更 新”業(yè)務流程，1313—1515是“啟停用”業(yè)務流程。3個業(yè)務流程都跨越中心系統(tǒng)和源系統(tǒng)。業(yè)務流程內(nèi)服務之間的交互信息是輕量數(shù)據(jù)消息，當需要使用 主數(shù)據(jù)屬性作為交互參數(shù)時，使用“提取”服務從主數(shù)據(jù)實體中取得規(guī)模可控的主數(shù)據(jù)屬性值集合；圖中“提取”和“審核”(⑤)外的方框表示逐條主數(shù)據(jù)循環(huán)審 核。圖中各個業(yè)務活動都町能發(fā)生物理事務提交，但這些提交的主數(shù)據(jù)不能被源系統(tǒng)或引用系統(tǒng)在交易中使用，這可以通過設置主數(shù)據(jù)標志位(如“無效”標志)實 現(xiàn)，1313—1515所在的“啟停用”業(yè)務流程實現(xiàn)XA事務控制、并行地在各相關系統(tǒng)進行全局事務提交，保證新增的主數(shù)據(jù)在源系統(tǒng)和中心系統(tǒng)同時啟用， 這種提交操作只是更新相關主數(shù)據(jù)記錄狀態(tài)位，全局事務的性能能夠得到保證。

　　6、結(jié)束語

　　本文結(jié)合SOA和批鼉數(shù)據(jù)服務的特長，將系統(tǒng)中的數(shù)據(jù)按照輕量數(shù)據(jù)、重最數(shù)據(jù)分管道處理，通過全局邏輯事務性業(yè)務流程實現(xiàn)實時主數(shù)據(jù)集成。本文的實時 主數(shù)據(jù)集成方案也是簡易的主數(shù)據(jù)管理方案。通過數(shù)據(jù)集成取消單一中心訪問服務，中心不再因頻繁主數(shù)據(jù)訪問而導致系統(tǒng)性能下降。企業(yè)遺留系統(tǒng)仍然延用圖3 新增主數(shù)據(jù)業(yè)務的服務編排和實時主數(shù)據(jù)集成圖3中共列出15個業(yè)務活動，每個業(yè)務活動對應一個服務調(diào)用，這些業(yè)務活動被編排進3個業(yè)務流程：①一⑦是“新 建”業(yè)務流程。③一1212是“源更新”業(yè)務流程，1313—1515是“啟停用”業(yè)務流程。3個業(yè)務流程都跨越中心系統(tǒng)和源系統(tǒng)。業(yè)務流程內(nèi)服務之間的 交互信息是輕量數(shù)據(jù)消息，當需要使用主數(shù)據(jù)屬性作為交互參數(shù)時，使用“提取”服務從主數(shù)據(jù)實體中取得規(guī)模可控的主數(shù)據(jù)屬性值集合；圖中“提取”和“審核” (⑤)外的方框表示逐條主數(shù)據(jù)循環(huán)審核。圖中各基于本地持久實體的主數(shù)據(jù)引用和維護模式。本文方案雖然是企業(yè)主數(shù)據(jù)管理的過渡方案，但由于企業(yè)煙囪效應的 信息系統(tǒng)建設方式難以消除，該方案有長期使用價值，也可以作為其它混合型主數(shù)據(jù)管理系統(tǒng)的集成方案。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

本文標題：面向企業(yè)遺留應用設計實時主數(shù)據(jù)集成

本文網(wǎng)址：http://www.guhuozai8.cn/html/support/1112187392.html