【正文】 DS there is a noticeable time lag between the execution of the transaction in the operational environment and the reflection of the transaction in the ODS environment. This type of ODS is relatively easy to build. Class IV. ? A Class IV ODS is one that is fed from the data warehouse from analysis created by the DSS analyst in the data warehouse environment and condensed down to a point where the results of the analytical processing fit fortably in the ODS. ? The input to the ODS can be either regular or irregular. This class of ODS is very easy to build as long as the data warehouse has already been constructed. ? A class IV ODS is one where the ODS is fed from analysis done on the data warehouse. The decision support analyst creates the analysis and synthesizes the data. Once synthesized, the data is fed into the ODS from the data warehouse. ? A class IV ODS is quite useful for getting the results of the data warehouse processing close to the customer. Since online response time is not a normal function of the data warehouse but is a normal function for the ODS, the ODS serves as the perfect vehicle for taking DSS data warehouse analysis and delivering it to the customer. Conclusion ? As a rule, Class I ODSs are rare. The normal case for an ODS is a type II, III or IV. ? Class I ODSs are difficult to construct and even more difficult to operate. There needs to be a very strong business case for a Class I ODS. Reference Materials What’ s ODS? What’ s ODS? ? An operational data store (ODS) is a type of database often used as an interim area for a data warehouse. ? Unlike a data warehouse, which contains static data, the contents of the ODS are updated through the course of business operations. For what? ? An ODS is designed to quickly perform relatively simple queries on small amounts of data (such as finding the status of a customer order), rather than the plex queries on large amounts of data typical of the data warehouse. Difference from DW ? An ODS is similar to your short term memory in that it stores only very recent information。 在何處實(shí)現(xiàn)這些功能？ ? 方法 1：放到分散的 OLTP系統(tǒng)中去做 ? 不一定能得到每個(gè)部門的準(zhǔn)確的一致信息，需要進(jìn)行部門間的協(xié)調(diào)配合，工作量會(huì)很大。 ? 實(shí)際的數(shù)據(jù)處理往往是多層次的。 圖示 Operational OLTP ODS ODS Application Data Warehouse DW Application 中間層次 ODS中的數(shù)據(jù)內(nèi)容 ? 兩類數(shù)據(jù) ? 一方面，它包含企業(yè)全局一致的、細(xì)節(jié)的、當(dāng)前或接近當(dāng)前的數(shù)據(jù)，可以進(jìn)行全局在線操作型處理； ? 另一方面，它又是一種面向主題、集成的數(shù)據(jù)環(huán)境，且數(shù)據(jù)量較小，適合于輔助企業(yè)完成日常決策的數(shù)據(jù)分析處理。 在 ODS上建立企業(yè)級 OLTP ? 所以，在各分散的操作型環(huán)境下要進(jìn)行企業(yè)級事務(wù)處理代價(jià)會(huì)很大。 何處實(shí)現(xiàn)這種處理？ ? 這種處理不適宜在 DW上進(jìn)行 ? 建立 ODS的一個(gè)主要目的 ? 支持這類處理 ? 由于 ODS中的數(shù)據(jù)量遠(yuǎn)較 DW小，因此可迅速獲取決策信息，甚至達(dá)到秒級響應(yīng)。 （ 3）分層 ODS體系 ? 影響 ODS的作用與地位的因素： ? 企業(yè)性質(zhì)、經(jīng)營業(yè)務(wù)范圍、規(guī)模大小等實(shí)際情況緊密相關(guān)。 續(xù) ? 有時(shí)， ODS也可適當(dāng)保存少量的綜合數(shù)據(jù)。它們面向不同的用戶，為適應(yīng)不同的需求而產(chǎn)生，都有不可替代的作用，彼此之間并不是相互包含的。 ? 如果不建設(shè) ODS，而僅建立 OLTPDW兩層體系結(jié)構(gòu)，則 …… （ 1） 若要實(shí)現(xiàn)全局 OLTP ? 不可能在數(shù)據(jù)倉庫上進(jìn)行，只能在操作型數(shù)據(jù)庫上進(jìn)行，則此時(shí)將不得不由應(yīng)用本身來進(jìn)行各數(shù)據(jù)庫間的協(xié)調(diào) ，在分布環(huán)境下尤其如此，這顯然會(huì)大大增加應(yīng)用的復(fù)雜度并增加許多額外開銷。 第四章 操作型數(shù)據(jù)存儲(chǔ) ? 概述 ? 什么是 ODS？ ? OLTPODSDW體系結(jié)構(gòu) ? ODS的創(chuàng)建 ? ODS實(shí)例 ? 小結(jié) ODS的創(chuàng)建 ? 建立 ODS的過程可以劃分為兩部分 ? ODS數(shù)據(jù)模型的形成過程 ? ODS數(shù)據(jù)的實(shí)際生成過程 ODS數(shù)據(jù)模型的生成過程 ? ODS數(shù)據(jù)模型的形成過程 ? 建立 OLTPODSDW架構(gòu)的數(shù)據(jù)環(huán)境的過程 ? 從企業(yè)數(shù)據(jù)模型著手，從操作型數(shù)據(jù)模型出發(fā)； ? 結(jié)合 DW以及整個(gè)體系對 ODS的功能要求； ? 建立一個(gè)面向主題的 ODS數(shù)據(jù)模型的過程。 銷售 庫存 采購 商品主題 無關(guān)內(nèi)容 有關(guān)內(nèi)容 關(guān)心原有 OLTP系統(tǒng)的原因 ? 建立 ODS需要了解它的數(shù)據(jù)源 ? 通過了解數(shù)據(jù)源，以便完成 ODS中需要的數(shù)據(jù)處理 ? 可能有企業(yè)級 OLTP（ ODS所起的作用相當(dāng)于原有各 DB系統(tǒng)的全局控制者和管理者），ODS成為數(shù)據(jù)源向 OLTP環(huán)境擴(kuò)散數(shù)據(jù)，了解目標(biāo)； ? 即時(shí) OLAP， OLTP環(huán)境作為數(shù)據(jù)源，了解來源。 ? DW在 ODS之后建立 ? 原有系統(tǒng)復(fù)雜， OLTP與 ODS之間功能定位有交互，建立 ODS比較困難。 ? ODS數(shù)據(jù)裝入過程 : ? 數(shù)據(jù)初裝 ? 初裝完成后的數(shù)據(jù)追加兩個(gè)階段 ①數(shù)據(jù)初裝 ? ODS數(shù)據(jù)初裝宜小步伐 ? 以防數(shù)據(jù)模式會(huì)發(fā)生變化 ? 分批裝入 ? 采取邊裝入，邊運(yùn)行，邊了解需求，邊完善模型，邊豐富數(shù)據(jù)的方式。 ? 可以把 ODS看成是一個(gè)面向主題的全局?jǐn)?shù)據(jù)庫系統(tǒng)。 ? 在這種情況下，從這些成功的應(yīng)用系統(tǒng)中去抽取一致數(shù)據(jù)來建立 ODS，并最終形成一個(gè)完善的企業(yè)數(shù)據(jù)庫應(yīng)用體系結(jié)構(gòu)這樣一個(gè)“自底向上”的技術(shù)會(huì)更可行。 問題分析 ? 由于商場已經(jīng)建立了局部應(yīng)用的數(shù)據(jù)庫系統(tǒng)和 DW系統(tǒng)，所以可以考慮建立起OLTPODSDW的體系結(jié)構(gòu)。 …… ? 數(shù)據(jù)源定義 ? 采購子系統(tǒng)：供應(yīng)商號，進(jìn)價(jià)，供應(yīng)量， … ? 庫存子系統(tǒng)：商品號，類別，庫存量， … ? 銷售子系統(tǒng)：售出量，顧客號，年齡，住址，電話，售價(jià)，金額， … 步驟 4—裝入數(shù)據(jù)，開發(fā)應(yīng)用程序 ? 數(shù)據(jù)裝入（數(shù)據(jù)集成實(shí)現(xiàn)，工具或開發(fā)） ? 數(shù)據(jù)初裝 ? 數(shù)據(jù)追加 ? 開發(fā) ODS之上的應(yīng)用程序 ? 商場采購決策支持系統(tǒng) 用于問題解