目前，MES系統(tǒng)之間實現(xiàn)數(shù)據(jù)集成的方法主要有中間文件轉(zhuǎn)換，數(shù)據(jù)復制、數(shù)據(jù)聚合、API 接口、XML 、數(shù)據(jù)集成平臺等多種幾種方式:

　　1)中間文件轉(zhuǎn)換

　　將數(shù)據(jù)從源數(shù)據(jù)庫中導出，形成一個中間文件，然后將這個一個中間文件包含的數(shù)據(jù)導入到目標數(shù)據(jù)庫中，這是信息化建設初級階段常用的方法。

　　2)數(shù)據(jù)復制

　　數(shù)據(jù)復制應用在同構(gòu)的數(shù)據(jù)庫中，保持數(shù)據(jù)在不同數(shù)據(jù)模型中的一致性。數(shù)據(jù)復制中，需要建立不同數(shù)據(jù)模型中數(shù)據(jù)轉(zhuǎn)化和傳輸?shù)臋C制及關(guān)系，以屏蔽不同數(shù)據(jù)模型間的差異。在此基礎上，將數(shù)據(jù)從源數(shù)據(jù)庫中抽取和導入到目標數(shù)據(jù)庫中，采用數(shù)據(jù)復制方式，實現(xiàn)系統(tǒng)集成。

　　3)數(shù)據(jù)聚合

　　數(shù)據(jù)聚合是一種將多個數(shù)據(jù)庫和數(shù)據(jù)庫模型即成為一種統(tǒng)一的數(shù)據(jù)庫視圖的方法，聚合的過程可以看成構(gòu)建一個虛擬數(shù)據(jù)庫的過程，而此虛擬數(shù)據(jù)庫包含了多個實際存在的數(shù)據(jù)庫。這個構(gòu)建的過程對于處于數(shù)據(jù)庫以外的應用層的各具體應用的用戶來說是完全透明的，用戶可以訪問數(shù)據(jù)庫的通用方法訪問企業(yè)中任何相連的數(shù)據(jù)庫。但是對于企業(yè)中存在的多種異構(gòu)數(shù)據(jù)源而言，有時難以構(gòu)建一個良好的通用接口來訪問所需的數(shù)據(jù)。

　　4)API接口

　　API接口目前在系統(tǒng)集成中，使用非常普遍，而且許多軟件本身具有API接口。兩個應用系統(tǒng)之中的數(shù)據(jù)通過設在其間的應用適配器的接口進行傳輸，從而實現(xiàn)集成。

　　5)XML

　　隨著IT 技術(shù)的不斷發(fā)展和企業(yè)信息化建設不斷深入，不可避免地需要為已有的或未來的軟件系統(tǒng)提供接口。在XML 技術(shù)出現(xiàn)之前，為了將某一數(shù)據(jù)源的數(shù)據(jù)轉(zhuǎn)換到各個不同的目標數(shù)據(jù)源中去，只能在每個應用系統(tǒng)中都實現(xiàn)一次數(shù)據(jù)分析處理。數(shù)據(jù)解析只是在兩個點到點的系統(tǒng)之間產(chǎn)生作用，而無法用于其他系統(tǒng)中。而XML作為一種對數(shù)據(jù)格式進行描述的通用元語言標準，目前來看是跨平臺的數(shù)據(jù)集成的解決方案，值得在未來的系統(tǒng)集成實踐中大力推廣。

　　對于不同企業(yè)，由于各自的起點、系統(tǒng)所處的環(huán)境不同，對于集成的要求也不盡相同。在本企業(yè)的信息化建設中，可以根據(jù)具體情況選用不同的集成方案，不必一味追求新的集成技術(shù)。以上幾種集成方案在未來幾年里仍然會有自己的需求和定位，企業(yè)也應在充分調(diào)研和評估的基礎上，選擇適合企業(yè)的系統(tǒng)集成方案。

　　6.數(shù)據(jù)集成平臺(DI )

　　數(shù)據(jù)集成平臺通過DI服務器監(jiān)聽并處理客戶請求，管理發(fā)送任務和接收任務，針對不同的數(shù)據(jù)源進行數(shù)據(jù)流編碼，完成手工發(fā)送、接收和自動發(fā)送、接收。而API接口提供一組對DI服務器進行操作的應用編程接口，通過這組接口可以開發(fā)基于DI的各種應用程序。管理器是一個管理DI服務器的圖形化工具，建立在API接口的基礎上，通過它可以完成DI各項工作。Infobus 是由各種網(wǎng)絡通信通道(消息隊列，F(xiàn)TP， E-MAIL 等)組成的網(wǎng)絡傳輸平臺。