【正文】 ratint? TransformationTaskElement? IverseTransformationTask? TransformationStepTask，具體類之間的關系參見圖 315 和 316。而每一個類的詳細定義，屬性的定義和約束可以參見附件 CWM CWM 模型 標準的第 10 章的內(nèi)容。（三）特殊的轉(zhuǎn)換關系在這部分當中的內(nèi)容主要是對白箱操作特殊定義的元數(shù)據(jù)，白箱操作是經(jīng)營分析系統(tǒng)中最常見的操作，它詳細的描述了數(shù)據(jù)源到目標的轉(zhuǎn)換過程和公式。一般由 ETL 工具產(chǎn)生的元數(shù)據(jù)都是白箱操作。這些元數(shù)據(jù)的內(nèi)容有：? 轉(zhuǎn)換的映射圖? 分類器映射圖? 屬性映射圖? 分類器屬性映射圖? 分類器映射圖源? 分類器映射圖目標? 屬性映射圖源? 屬性映射圖目標等和白箱操作有關的元數(shù)據(jù)類有：? TransformationMap? ClassifierMap? FeartureMap? ClassifierFeatureMap30 / 104? TransformationTree? ClassifierMapSource ? ClassifierMapTarget? FeartureMapSource? FeatureMapTarget? CFMapClassifier? CFMapFearture具體類之間的關系參見 CWM 模型 標準的第 10 章有關的類圖，而每一個類的定義，屬性的定義和約束可以參見附件 CWM CWM 模型 標準的第 10 章的內(nèi)容。以上是和 ETL 有關的元數(shù)據(jù)，這里只給出主要元數(shù)據(jù)的內(nèi)容的大致功能，詳細的類定義和屬性定義以及關聯(lián)關系和約束請參見附件 CWM CWM模型 標準的有關內(nèi)容。在具體執(zhí)行過程中，有些不支持 CWM 模型的 ETL 工具的元數(shù)據(jù)則需要支持 CWM 模型的元數(shù)據(jù)管理工具從其中讀出元數(shù)據(jù)并整理為符合 CWM 模型的形式進行存儲，有關存儲要求詳見本規(guī)范第 4 章的有關內(nèi)容。 經(jīng)營分析系統(tǒng)數(shù)據(jù)存儲層元數(shù)據(jù) 概述經(jīng)營分析系統(tǒng)中數(shù)據(jù)存儲層元數(shù)據(jù)主要包括數(shù)據(jù)倉庫和數(shù)據(jù)集市有關的元數(shù)據(jù)，目前來講常用的數(shù)據(jù)源一般都是關系型，本規(guī)范中主要對關系型數(shù)據(jù)倉庫和數(shù)據(jù)集市的關系描述和維度描述進行定義。在數(shù)據(jù)倉庫管理元數(shù)據(jù)中，主要對于數(shù)據(jù)倉庫的操作、管理元數(shù)據(jù)進行定義。在經(jīng)營分析系統(tǒng)中還有一些數(shù)據(jù)的存儲不是關系型，例如普通的文件、磁帶、XML、對象數(shù)據(jù)庫等等，對于這些數(shù)據(jù)源的元數(shù)據(jù)定義在 節(jié)可選元數(shù)據(jù)中給出定義。各省根據(jù)自己的實際應用情況，選擇使用，本規(guī)范對于 節(jié)中定義的元數(shù)據(jù)不做硬性提交要求，但是各省對于 節(jié)中的元數(shù)據(jù)，如果出31 / 104現(xiàn)涉及到這些范圍的元數(shù)據(jù)那么必須遵循本規(guī)范的規(guī)定，以免將來這些元數(shù)據(jù)納入管理規(guī)范的范圍內(nèi)之后需要重新編排。本章涉及的元數(shù)據(jù)嚴格遵循 CWM 模型 標準，涉及到的具體內(nèi)容可以參考附件 CWM CWM 模型 標準 第 6 章、第 8 章、第 15 章、第 16章、的內(nèi)容，有關可選元數(shù)據(jù)的內(nèi)容，參考 CWM 模型 標準的第 7 章、第9 章的有關內(nèi)容。 數(shù)據(jù)倉庫元數(shù)據(jù) 關系模型元數(shù)據(jù)目前經(jīng)營分析系統(tǒng)中的數(shù)據(jù)倉庫和數(shù)據(jù)集市都是關系型的。這里所說的關系型數(shù)據(jù)的定義是數(shù)據(jù)倉庫或數(shù)據(jù)集市可以通過關系型界面例如關系型數(shù)據(jù)庫管理系統(tǒng)、ODBC 或者 JDBC 等進行存取的數(shù)據(jù)。無論是數(shù)據(jù)倉庫還是數(shù)據(jù)集市，其本質(zhì)都是關系型數(shù)據(jù)，其底層元數(shù)據(jù)都是相同的。這部分的元數(shù)據(jù)用到了經(jīng)營分析基礎元數(shù)據(jù)中對象模型的內(nèi)容、索引主鍵外鍵這些元數(shù)據(jù)，這也就是說在提交這部分的元數(shù)據(jù)的時候必須連同相關的元數(shù)據(jù)一起提交，具體的提交辦法可以參見本規(guī)范第 5 章、第 6 章相應的內(nèi)容。本章所描述的元數(shù)據(jù)內(nèi)容包括（下列未加說明的，默認指的是和經(jīng)營分析系統(tǒng)相關的元數(shù)據(jù)內(nèi)容）：? 描述表的元數(shù)據(jù)? 描述視圖的元數(shù)據(jù)? 描述模式的元數(shù)據(jù)? 描述過程的元數(shù)據(jù)? 描述觸發(fā)器的元數(shù)據(jù)? 描述屬性的元數(shù)據(jù)? 描述屬性數(shù)據(jù)類型的元數(shù)據(jù)? 描述外鍵、主鍵和普通鍵的元數(shù)據(jù)? 描述索引的元數(shù)據(jù)32 / 104和本節(jié)元數(shù)據(jù)相關的類有：? Catalog? CheckConstraint? Column? ColumnSet? ColumnValue? ForeignKey? NamedColumnSet? PrimaryKey? Procedure? QueryColumnSet? Row? RowSet? Schema? SQLDataType ? SQLDistinctType? SQLIndex? SQLIndexColumn? SQLParameter? SQLSimpleType? SQLStructuredType? Table? Trigger? UniqueConstraint? View整個關系元數(shù)據(jù)的類之間的關系結構如圖 317 所示，這些類具體的定義,類的內(nèi)部結構和描述以及相關的屬性及其約束詳見附件 CWM 中第 6章的內(nèi)容。本節(jié)的元數(shù)據(jù)嚴格遵循 CWM 模型 標準中的有關 Relational 的內(nèi)容，其中元數(shù)據(jù)類之間的關系，約束，定義等請參見附件 CWM 中有33 / 104關第 6 章的內(nèi)容。 圖 317 關系元數(shù)據(jù)主類圖 (參考附件 CWM Figure 61) 數(shù)據(jù)倉庫管理元數(shù)據(jù) 倉庫過程元數(shù)據(jù)倉庫過程元數(shù)據(jù)描述了經(jīng)營分析系統(tǒng)數(shù)據(jù)倉庫中執(zhí)行 ETL 的一個流程。這個流程可以在每一步 ETL 活動或者是每一個獨立的 ETL 步驟的高度來存儲管理元數(shù)據(jù)。一個倉庫過程的元數(shù)據(jù)會通過事件關聯(lián)到很多 ETL 的元數(shù)據(jù)，實際上在經(jīng)營分析系統(tǒng)中，這些 ETL 的轉(zhuǎn)換過程是通過數(shù)據(jù)倉庫的觸發(fā)器來執(zhí)行的。因此在元數(shù)據(jù)導入導出時務必需要將數(shù)據(jù)倉庫中的倉庫過程元數(shù)據(jù)和 ETL 元數(shù)據(jù)定義對應上，具體的數(shù)據(jù)質(zhì)量和一致性要求參見 節(jié)中的有關內(nèi)容。34 / 104一個數(shù)據(jù)倉庫過程表示一個 ETL 執(zhí)行的過程，和 ETL 過程中的轉(zhuǎn)換活動和轉(zhuǎn)換步驟想對應，這個可以是數(shù)據(jù)倉庫活動或者是數(shù)據(jù)倉庫的步驟組成的。而一個倉庫過程可以關聯(lián)到很多的倉庫事件，識別每一個事件都使得一個倉庫過程進行初始化。同時一個或多個內(nèi)部事件也會在倉庫過程被終止時激發(fā)。一個倉庫事件被分為三種類型：計劃型、外部型、內(nèi)部型。和倉庫過程相關的類有：? CalendarDate? CascadeEvent? CustomCalendar? CustomCalendarEvent? ExternalEvent? InternalEvent? PointInTimeEvent? ProcessPackage? RecurringPointInTimeEvent? RetryEvent? ScheduleEvent? WarehouseActivity? WarehouseEvent? WarehouseProcess? WarehouseStep它們之間的關系和關聯(lián)如圖 318 定義。35 / 104 圖 318 倉庫過程主類圖 (參考附件 CWM Figure 151)以上是有關倉庫過程的元數(shù)據(jù)，這里只給出主要倉庫過程元數(shù)據(jù)的大致內(nèi)容和類，詳細的類定義和屬性定義以及關聯(lián)關系和約束請參見附件 CWM 標準.pdf CWM 模型 標準的第 15 章的有關內(nèi)容。這些類的定義和描述，以及類之間的關聯(lián)關系和約束參見附件 CWM 標準.pdf 中第 15 章的有關內(nèi)容。本節(jié)有關倉庫過程的元數(shù)據(jù)嚴格遵守 CWM 模型 標準中 Warehouse Process 包的標準，具體類的定義和描述可以參考 15 章的有關內(nèi)容。此外，本節(jié)中的元數(shù)據(jù)將會涉及到 ETL 過程中的元數(shù)據(jù)，其中相關聯(lián)部分的元數(shù)據(jù)一致性和元數(shù)據(jù)質(zhì)量問題請參考 節(jié)中有關數(shù)據(jù)質(zhì)量和一致性的相關規(guī)定。 倉庫操作元數(shù)據(jù)倉庫操作元數(shù)據(jù)包含著每天數(shù)據(jù)倉庫處理操作的元數(shù)據(jù)，這些數(shù)據(jù)大致可36 / 104以分為三個方面：? 有關 ETL 過程執(zhí)行的元數(shù)據(jù)? 有關度量的元數(shù)據(jù)? 有關修改請求的元數(shù)據(jù)大多數(shù)最近執(zhí)行的 ETL 過程的細節(jié)部分都可以被記錄下來，并且可以通過這些細節(jié)了解 ETL 過程是不是被成功的執(zhí)行。這些信息可以讓我們了解經(jīng)營分析系統(tǒng)是不是及時反應生產(chǎn)系統(tǒng)數(shù)據(jù)的情況，并適時的做出決策。這些細節(jié)必須包括 ETL 過程的每一步的執(zhí)行狀況，使得我們可以了解通過經(jīng)營分析系統(tǒng)給出的指標和生產(chǎn)系統(tǒng)提供數(shù)據(jù)的時差。度量指的是每一個數(shù)據(jù)單位的量度，例如這些元數(shù)據(jù)中可以存儲一個關系表的實際大小，估計大小和計劃大小，這些元數(shù)據(jù)可以協(xié)助我們預測經(jīng)營分析系統(tǒng)的規(guī)模并進行相應決策。修改請求記錄了影響每一個元數(shù)據(jù)元素的修改記錄，一般會記錄下哪些修改被執(zhí)行或者被拒絕。這些都是和倉庫日常操作相關的元數(shù)據(jù)，和這些元數(shù)據(jù)相關的類有：? ActivityExecution? ChangeRequest? Measurement? StepExecution? TransformationExecution這里只給出主要倉庫操作元數(shù)據(jù)的大致內(nèi)容和類，有關 ETL 執(zhí)行情況的類關系如圖 319，有關度量的類之間的關系如圖 320，有關修改請求的類如圖321。每一個類的詳細定義和屬性定義以及關聯(lián)關系和約束請參見附件 CWM CWM 模型 標準的第 16 章的有關內(nèi)容。本節(jié)所述所有元數(shù)據(jù)內(nèi)容都嚴格遵循 CWM 模型 版本中 Warehouse Operation 包中的所有標準。相關元數(shù)據(jù)定義的細節(jié)和約束參見附件 CWM CWM 模型 標準中的有關內(nèi)容。37 / 104 圖 319 倉庫操作 ETL 執(zhí)行情況主類圖 (參考附件 CWM Figure 161) 圖 320 倉庫操作度量主類圖 (參考附件 CWM 標準 .pdf Figure 162)38 / 104 圖 320 倉庫操作修改請求主類圖 (參考附件 CWM Figure 163) 經(jīng)營分析系統(tǒng)數(shù)據(jù)訪問層元數(shù)據(jù) 概述中國移動經(jīng)營分析系統(tǒng)的數(shù)據(jù)訪問層的主要功能是使經(jīng)營分析系統(tǒng)使用人員通過報表和圖形的方式，簡便、快捷地訪問經(jīng)營分析系統(tǒng)中的各種數(shù)據(jù)并進行各種分析預測操作。這部分的元數(shù)據(jù)包括 OLAP 元數(shù)據(jù)，數(shù)據(jù)挖掘元數(shù)據(jù)，信息可視化元數(shù)據(jù)。這部分的元數(shù)據(jù)嚴格遵循 CWM 模型的相應標準，目前在經(jīng)營分析系統(tǒng)中大多數(shù)數(shù)據(jù)存儲層和獲取層的數(shù)據(jù)倉庫系統(tǒng)都支持 CWM 模型，可以支持導入導出 CWM 標準的元數(shù)據(jù)，而數(shù)據(jù)訪問層中的某些工具軟件不能夠很好的支持CWM 元數(shù)據(jù)標準，對于這些工具軟件可以采用支持 CWM 標準的元數(shù)據(jù)管理工具通過 API 對這些工具的元數(shù)據(jù)進行讀取并轉(zhuǎn)換為符合 CWM 模型的型式進行儲存、交換和訪問。本章的涉及到的元數(shù)據(jù)嚴格遵守 CWM 模型 標準，其中涉及到的元數(shù)39 / 104據(jù)的詳細定義、范圍、約束可以參見附件 CWM 中第 11 章，第 12 章，第 13 章的有關內(nèi)容。 OLAP 元數(shù)據(jù)OLAP 元數(shù)據(jù)是支持從多個角度對經(jīng)營分析系統(tǒng)數(shù)據(jù)進行分析的軟件而提供的。OLAP 可以通過很多種途徑來實現(xiàn)，目前經(jīng)營分析系統(tǒng)中，大多數(shù)OLAP 系統(tǒng)都是通過建立在關系型數(shù)據(jù)庫（數(shù)據(jù)倉庫）或者多維數(shù)據(jù)庫之上的OLAP 服務器工具來實現(xiàn)邏輯的 OLAP 結構來支持分析的。數(shù)據(jù)倉庫和 ETL部分的數(shù)據(jù)和元數(shù)據(jù)和 OLAP 的都是相關的，一方面 OLAP 的數(shù)據(jù)來源于數(shù)據(jù)倉庫，另一方面 OLAP 展現(xiàn)的數(shù)據(jù)可以通過 ETL 的元數(shù)據(jù)直接查到這些數(shù)據(jù)來源于哪個生產(chǎn)系統(tǒng)的哪個部分。因此，和 OLAP 相關聯(lián)的 ETL 元數(shù)據(jù)和數(shù)據(jù)倉庫元數(shù)據(jù)必須要準確，相關的準確性和一致性要求可以參看 節(jié)元數(shù)據(jù)質(zhì)量要求的有關內(nèi)容。經(jīng)營分析系統(tǒng)基于 CWM 模型在 OLAP 元數(shù)據(jù)方面應該有如下幾個特點：? 為經(jīng)營分析系統(tǒng)所有的 OLAP 系統(tǒng)提供了比較通用的 OLAP 概念? 提供一個機制，將 OLAP 中的元數(shù)據(jù)內(nèi)容映射到具體的物理數(shù)據(jù)源中，例如映射到關系模型的元數(shù)據(jù)包或者多維模型（在可選元數(shù)據(jù)小節(jié)中）元數(shù)據(jù)包里面。? 確保邏輯 OLAP 結構和它所用的數(shù)據(jù)源統(tǒng)一的特型，也就是通過相應的 ETL 包中的元數(shù)據(jù)來進行 OLAP 元數(shù)據(jù)和數(shù)據(jù)源之間的映射。? 基于經(jīng)營分析系統(tǒng)基礎層元數(shù)據(jù)、獲取層元數(shù)據(jù)和存儲層元數(shù)據(jù)主要涉及到的類有：? CodedLevel? ContentMap? Cube? CubeDeployment ? CubeDimensionAssociation? CubeRegion40 / 104? DeploymentGroup ? Dimension ? DimensionDeployment? Hierarchy? HierarchyLevelAssociation? Level ? LevelBasedHierarchy ? Measure? MemberSelection? MemberSelectionGroup? Schema? StructureMap? ValueBasedHierarchy這些類之間的關聯(lián)關系參見圖 321，本節(jié)的涉及到的元數(shù)據(jù)嚴格遵守CWM 模型 標準中 OLAP 包的所有標準，其中涉及到的元數(shù)據(jù)的詳細定義、范圍