【文章內容簡介】 念概念： 將多個數(shù)據(jù)庫和數(shù)據(jù)模型集成為一種統(tǒng)一的數(shù)據(jù)庫視圖的方法。描述： 在分布的數(shù)據(jù)庫和應用之間放置一個中間平臺層（數(shù)據(jù)倉庫系統(tǒng)），該層與每一個后臺的數(shù)據(jù)庫用其自帶的接口相連，并將分布的數(shù)據(jù)庫映射為一種統(tǒng)一的數(shù)據(jù)模型，這種數(shù)據(jù)模型只在中間件中存在。應用就可以應用該數(shù)據(jù)模型庫去訪問需要的信息。同時，該中間件也可以通過將相關數(shù)據(jù)映射和導入實體數(shù)據(jù)庫，進行數(shù)據(jù)庫更新。優(yōu)點： 將多種數(shù)據(jù)類型表示為統(tǒng)一的數(shù)據(jù)模型，支持信息交換，它能夠通過一個良好定義的接口訪問企業(yè)中任何相連的數(shù)據(jù)庫，也提供了一種利用統(tǒng)一接口解決面向數(shù)據(jù)的應用集成的方法。67 數(shù)據(jù)倉庫 定義? 是企業(yè)面向主題的、集成的、穩(wěn)定的、不同時間的數(shù)據(jù)集合，為企業(yè)的應用系統(tǒng)提供統(tǒng)一的、規(guī)范的所需信息。? 數(shù)據(jù)倉庫系統(tǒng)是解決信息技術發(fā)展中存在的擁有大量數(shù)據(jù)，而其中有用信息貧乏的綜合解決方案。68 數(shù)據(jù)倉庫的特性? 面向主題： 數(shù)據(jù)是由業(yè)務主題組織的，而不是由客戶總數(shù)或者其它關鍵因素（也許是組織的正確方法，例如，事務數(shù)據(jù)）組織的。? 集成： 數(shù)據(jù)是作為一個整體進行存儲的，而不是以可能有不同結構或組織方式的文件集合存儲的。? 非易失： 數(shù)據(jù)保持不變。按計劃添加新數(shù)據(jù)，但是依據(jù)規(guī)則，原數(shù)據(jù)不會丟失。? 隨時間而變化： 時間量度明確地包含在數(shù)據(jù)中，使得隨時間的趨向和變化可以用于分析研究（許多數(shù)據(jù)倉庫還包含地理空間維）。69 數(shù)據(jù)倉庫 結構圖示70 數(shù)據(jù)倉庫 形成過程71 數(shù)據(jù)倉庫 要素1. 數(shù)據(jù)分級（ Data Staging）– 數(shù)據(jù)分級是指從分布式源數(shù)據(jù)庫進行數(shù)據(jù)提取、轉換、凈化、加載的過程。– 1）提?。?Extract）從源數(shù)據(jù)庫讀取源數(shù)據(jù)的過程；– 2）轉換（ Transform）將源數(shù)據(jù)轉換成為符合數(shù)據(jù)倉庫的內部結構格式的初始目標數(shù)據(jù)的過程；– 3）凈化（ Cleanse）對初始目標數(shù)據(jù)進行數(shù)據(jù)過濾和驗證得到目標數(shù)據(jù)的過程；– 4）加載（ Load）將目標數(shù)據(jù)添加到目標數(shù)據(jù)源的過程。72 數(shù)據(jù)倉庫 要素 2? 匯總（ Summaries）是一類程序，它針對目標數(shù)據(jù)預先計算出象總額、平均值等常用聚集函數(shù)的值隨著數(shù)據(jù)的加載一起添加到數(shù)據(jù)倉庫中，當然，這不是必須的。? 元數(shù)據(jù)（ Metadata）是 “有關數(shù)據(jù)的數(shù)據(jù) ”，可以分為管理元數(shù)據(jù)、業(yè)務元數(shù)據(jù)和操作元數(shù)據(jù)，它可以告訴用戶數(shù)據(jù)倉庫有什么、來自何處、所有者、安全訪問授權等信息。? 數(shù)據(jù)倉庫數(shù)據(jù)庫（ Data Warehouse Database）指數(shù)據(jù)倉庫中明細數(shù)據(jù)（原子數(shù)據(jù)）和匯總數(shù)據(jù)，由于它不考慮數(shù)據(jù)事務存儲而考慮數(shù)據(jù)查詢分析，所以其設計原則不同于事務數(shù)據(jù)庫，一般采用星型數(shù)據(jù)庫設計方法73 數(shù)據(jù)倉庫 與業(yè)務數(shù)據(jù)庫對比特性 業(yè)務記錄數(shù)據(jù)庫 數(shù)據(jù)倉庫數(shù)據(jù)庫易變性 動態(tài) 靜態(tài)通用性 當前的 歷史的時間維 暗指 明確可見的粒度 原始的、詳細的 詳細的、可匯總的更新 連續(xù)的、隨機的 定期的、計劃的任務 可重復的 不可預期的靈活性 低 高性能 要求高性能 可接受低性能744 應用集成概念應用集成概念 中間件技術的分類主流的中間件技術介紹3. OMG CORBA4. Microsoft .NET5. J2EE75 概念 數(shù)據(jù)集成的問題? 數(shù)據(jù)集成不能完全支撐業(yè)務– 應用系統(tǒng)供應商處于商業(yè)市場的考慮或者知識產權保護的原因，往往不原意提供數(shù)據(jù)集成的技術手段，而是提供應用程序接口（ API）方式來實現(xiàn)系統(tǒng)集成，這種情況在Windows平臺下尤為明顯。– 基于企業(yè)內存在大量的應用系統(tǒng)，這些都是企業(yè)長期管理知識和經(jīng)驗的積累，在充分利用現(xiàn)有資源和保護投資的前提下更加希望實現(xiàn)應用系統(tǒng)之間的功能交互。– 基于企業(yè)內部存在大量的應用系統(tǒng)，這些應用系統(tǒng)造成了大量功能的冗余，即相似的行為功能卻具有不同人機界面，造成操作者認知模型結構的混亂和復雜化，因此需要通用實現(xiàn)功能交互來減少冗余，簡化操作者的認知模型。76 概念 應用集成定義? 應用集成是遵循規(guī)范的開放標準，并用技術手段通過系統(tǒng)間的功能交互，實現(xiàn)之間的信息交互。? 應用集成的技術要求：– 1）能提供應用間的互操作性，即實現(xiàn)應用間的信息交互；– 2）能提供分布式環(huán)境中應用的可移植性，即應用物理分布的無關性；– 3）能提供分布式環(huán)境中應用訪問的透明性，減少應用集成編程的復雜性。77 概念 策略? 所有信息系統(tǒng)、業(yè)務環(huán)境，都在趨向于支持各種規(guī)范及標準，這是異構系統(tǒng)間實現(xiàn)應用集成的基礎。? 應用集成是根據(jù)企業(yè)特性，通過分析并形成方案，并付諸實施，對系統(tǒng)的各個環(huán)節(jié)進行調整，使之使到業(yè)務目標的項目過程。? 要實現(xiàn)系統(tǒng)的應用集成，系統(tǒng)必須遵守一個公共的體系結構 ——公共的開放式標準，這是建立開放式系統(tǒng)最直接的途徑。78 概念 早期標準早期的標準制定主要集中在：實現(xiàn)標準化應用程序接口（ API）；建立支持互操作的標準化協(xié)議，使系統(tǒng)之間能夠進行對程序和數(shù)據(jù)的相互訪問，歷史上曾形成了形形色色的各類標準和規(guī)范，如 ISO的 OSI—RM（七層模型）等。很多標準和規(guī)范只是解決了一些單一領域的開放性問題，為了建立一個統(tǒng)一的、開放性的、實現(xiàn)分布式應用互操作的應用集成環(huán)境，必須構建一個能夠表達分布的應用構件之間互操作的通用模型，該模型應該使分布式計算涉及到的所有方面都具有 “開放性 ”，包括通信協(xié)議、應用編程接口、人機接口等等。79 概念 中間件技術? 中間件是位于平臺 (硬件和操作系統(tǒng) )和應用之間的通用服務，這些服務具有標準的程序接口和協(xié)議。針對不同的操作系統(tǒng)和硬件平臺，它們可以有符合接口和協(xié)議規(guī)范的多種實現(xiàn)。? 中間件是在計算機的 OS之上，支持軟件開發(fā)、運行的軟件，能夠使應用軟件相對獨立于應用系統(tǒng)環(huán)境，為各種分布式、跨平臺的應用建立起可用的平臺，把分散的系統(tǒng)和資源組合在一起，支持應用軟件系統(tǒng)間的集成。? 中間件具有標準的程序接口和協(xié)議，通常提供了通用工具的 API。80 概念 中間件技術 2二層架構的缺點 ?81 中間件的技術分類? 遠程過程調用中間件? 消息中間件? 對象請求代理? 事務處理監(jiān)控? 其他專用中間件：數(shù)據(jù)庫中間件、 CTI ……82 RPC1? 遠程過程調用是一種廣泛使用的分布式應用程序處理方法。一個應用程序使用 RPC來“遠程 ”執(zhí)行一個位于不同地址空間里的過程，并且從效果上看和執(zhí)行本地調用相同。 83 RPC2? 特點 :– RPC通訊是同步的。 (采用線程可以進行異步調用 )– RPC為 c/s分布式計算提供了有力的支持 – 通常需要一些網(wǎng)絡細節(jié)以定位 server – Server端通常必須保持可用狀態(tài)84 消息中間件 1? MOM指的是利用高效可靠的消息傳遞機制進行平臺無關的數(shù)據(jù)交流，并基于數(shù)據(jù)通信來進行分布式系統(tǒng)的集成。通過提供消息傳遞和消息排隊模型，它可在分布環(huán)境下擴展進程間的通信，并支持多通訊協(xié)議、語言、應用程序、硬件和軟件平臺。 ? 產品： IBM的 MQSeries85 消息中間件 2? 特點異步運行結構支持：一對一、一對多、多對一，使得系統(tǒng)的結構更靈活。程序與網(wǎng)絡復雜性相隔離86 對象請求代理? 隨著對象技術與分布式計算技術的發(fā)展，兩者相互結合形成了分布對象計算，并發(fā)展為當今軟件技術的主流方向。 87 1?背景– 最早出現(xiàn)在大型機上，為其提供支持大規(guī)模事務處理的可靠運行環(huán)境。– 隨著分布計算技術的發(fā)展，分布應用系統(tǒng)對大規(guī)模的事務處理提出了需求，比如商業(yè)活動中大量的關鍵事務處理。– 事務處理監(jiān)控界于 client和 server之間，進行事務管理與協(xié)調、負載平衡、失敗恢復等，以提高系統(tǒng)的整體性能。– 它可以被看作是事務處理應用程序的 “操作系統(tǒng) ”。 88 2? 價值– 進程管理，包括啟動 server進程、為其分配任務、監(jiān)控其執(zhí)行并對負載進行平衡。– 事務管理，即保證在其監(jiān)控下的事務處理的原子性、一致性、獨立性和持久性。– 通訊管理，為 client和 server之間提供了多種通訊機制，包括請求響應、會話、排隊、訂閱發(fā)布和廣播等。89 基于 HTTP協(xié)議的模型示意90 主流的中間件標準? 不同組織 /公司的標準及技術– 1） CORBA的 CCM；– 2） Microsoft的 COM/DCOM；– 3） Java Bean和 EJB91 CORBA – OMGOMG（ Object Management Group）是由 800多個信息系統(tǒng)供應商、軟件開發(fā)者和用戶共同構成的國際組織，建立于 1989年，致力于將對象和分布式系統(tǒng)技術集成為一個可相互操作的統(tǒng)一結構，通過建立行業(yè)指導和對象管理規(guī)范為應用開發(fā)提供公共的框架。92 CORBA – 標準歷程公共對象請求代理體系結構 CORBA是 OMG提出的一套進行標準化分布式計算的體系結構。 1990年發(fā)布了 OMA（對象管理體系結構）； 1992年發(fā)布了 ； 1996年發(fā)布了 ； 1998年 2月