體化平臺設計MDM主數據配置手冊

1、江蘇省電力公司信息化登高項目MDM培訓手冊MDM組版本：V1.0文檔修改記錄版本修訂人修訂日期說明1.0黃俊2010-12-04首次編寫確認和批準本文檔需要以下人員確認：部門姓名簽名日期關鍵用戶：業(yè)務主管：部門領導： 確認和批準本文檔需要以下人員確認：部門姓名簽名日期關鍵用戶：業(yè)務主管：部門領導：目 錄 TOC o 1-3 h z u HYPERLINK l _Toc279580373 前言 PAGEREF _Toc279580373 h 1 HYPERLINK l _Toc279580374 1.1目的和范圍 PAGEREF _Toc279580374 h 1 HYPERLINK l _To

2、c279580375 1.2參考資料 PAGEREF _Toc279580375 h 1 HYPERLINK l _Toc279580376 1.3術語表 PAGEREF _Toc279580376 h 1 HYPERLINK l _Toc279580377 2.SAP MDM 介紹 PAGEREF _Toc279580377 h 2 HYPERLINK l _Toc279580378 2.1功能概述 PAGEREF _Toc279580378 h 2 HYPERLINK l _Toc279580379 2.2主數據管理場景 PAGEREF _Toc279580379 h 3 HYPERLIN

3、K l _Toc279580380 主數據整合 PAGEREF _Toc279580380 h 3 HYPERLINK l _Toc279580381 主數據協(xié)調 PAGEREF _Toc279580381 h 4 HYPERLINK l _Toc279580382 中央主數據管理 PAGEREF _Toc279580382 h 5 HYPERLINK l _Toc279580383 2.3SAP MDM 系統(tǒng)架構 PAGEREF _Toc279580383 h 6 HYPERLINK l _Toc279580384 3.Console PAGEREF _Toc279580384 h 9 HY

4、PERLINK l _Toc279580385 3.1Repository PAGEREF _Toc279580385 h 9 HYPERLINK l _Toc279580386 Repository加載 PAGEREF _Toc279580386 h 12 HYPERLINK l _Toc279580387 Repository歸檔 PAGEREF _Toc279580387 h 14 HYPERLINK l _Toc279580388 Repository鏡像 PAGEREF _Toc279580388 h 18 HYPERLINK l _Toc279580389 Repository傳輸

5、 PAGEREF _Toc279580389 h 21 HYPERLINK l _Toc279580390 Repository 系統(tǒng)管理 PAGEREF _Toc279580390 h 24 HYPERLINK l _Toc279580391 Repository其它操作 PAGEREF _Toc279580391 h 31 HYPERLINK l _Toc279580392 3.2Repository Modelling PAGEREF _Toc279580392 h 34 HYPERLINK l _Toc279580393 Table 操作 PAGEREF _Toc279580393 h

6、 39 HYPERLINK l _Toc279580394 Field 操作 PAGEREF _Toc279580394 h 41 HYPERLINK l _Toc279580395 其它設置 PAGEREF _Toc279580395 h 45 HYPERLINK l _Toc279580396 4.Data Manager PAGEREF _Toc279580396 h 46 HYPERLINK l _Toc279580397 4.1主數據對象命名規(guī)范 PAGEREF _Toc279580397 h 55 HYPERLINK l _Toc279580398 Repository庫命名規(guī)范

7、PAGEREF _Toc279580398 h 55 HYPERLINK l _Toc279580399 表命名規(guī)范 PAGEREF _Toc279580399 h 55 HYPERLINK l _Toc279580400 字段命名規(guī)范 PAGEREF _Toc279580400 h 55 HYPERLINK l _Toc279580401 Port端口命名規(guī)范 PAGEREF _Toc279580401 h 55 HYPERLINK l _Toc279580402 Mapping命名規(guī)范 PAGEREF _Toc279580402 h 55 HYPERLINK l _Toc279580403

8、 5.Import Manager PAGEREF _Toc279580403 h 55 HYPERLINK l _Toc279580404 5.1物料主數據 PAGEREF _Toc279580404 h 56 HYPERLINK l _Toc279580405 模型字段說明 PAGEREF _Toc279580405 h 56 HYPERLINK l _Toc279580406 Inbound Port說明 PAGEREF _Toc279580406 h 57 HYPERLINK l _Toc279580407 Outbound Port說明 PAGEREF _Toc279580407 h

9、 57 HYPERLINK l _Toc279580408 5.2物料分類 PAGEREF _Toc279580408 h 57 HYPERLINK l _Toc279580409 模型字段說明 PAGEREF _Toc279580409 h 57 HYPERLINK l _Toc279580410 Inbound Port說明 PAGEREF _Toc279580410 h 57 HYPERLINK l _Toc279580411 Outbound Port說明 PAGEREF _Toc279580411 h 57 HYPERLINK l _Toc279580412 5.3物料組 PAGER

10、EF _Toc279580412 h 57 HYPERLINK l _Toc279580413 模型字段說明 PAGEREF _Toc279580413 h 57 HYPERLINK l _Toc279580414 Inbound Port說明 PAGEREF _Toc279580414 h 57 HYPERLINK l _Toc279580415 Outbound Port說明 PAGEREF _Toc279580415 h 57 HYPERLINK l _Toc279580416 6.Syndicator PAGEREF _Toc279580416 h 57前言目的和范圍編寫此MDM培訓手

11、冊主要有二個目的。首先，作為MDM系統(tǒng)實施交付文檔之一.其次，此文檔也可以作為日后江蘇電力MDM系統(tǒng)維護人員的參考手冊。參考資料資料名稱資料所在地址術語表列出本報告中專門術語的定義、英文縮寫詞的原詞組和意義、項目組內達成一致意見的專用詞匯，同時要求繼承全部的先前過程中定義過的詞匯。詞匯名稱詞匯含義備注MDMMaster Data ManagementSAP MDM 介紹功能概述SAP MDM是一套企業(yè)級的主數據管理平臺.實現企業(yè)以下業(yè)務場景:主數據合并主數據協(xié)調中央主數據管理通過一致的主數據在SOA內開發(fā)跨應用的流程SAP MDM 保證在異構系統(tǒng)環(huán)境中的主數據一致性. 包括識別重復數據并在將來

12、避免這種情況的發(fā)生，支持可靠的全局報告和業(yè)務執(zhí)行。在業(yè)務系統(tǒng)范圍內保證主數據的質量。包含流線化的IT場景以及產品內容管理和全球數據同步能力。SAP MDM主要功能一覽：主數據管理場景 主數據整合 主數據整合,既匹配、規(guī)范化、清洗、存儲從客戶端系統(tǒng)中導入的主數據。主要包括以下活動：識別本地系統(tǒng)中的相同或類似對象生成整合的主數據為統(tǒng)一、企業(yè)級的分析和報表提供ID映射主數據整合(業(yè)務系統(tǒng))流程示意圖主數據整合(商務智能BI)流程示意圖主數據協(xié)調 主數據協(xié)調目標是確保在異構系統(tǒng)環(huán)境中的統(tǒng)一的、高質量的主數據。結合了主數據整合的范疇。同時通過分發(fā)整合后的數據（注重全局性相關信息）確保在相互集成的業(yè)務系統(tǒng)

13、中主數據的高質量。允許在客戶端應用系統(tǒng)中對本地相關信息的數據增強。 主數據協(xié)調流程示意圖中央主數據管理中央主數據管理，即主數據的維護和存儲，以及分發(fā)機制的開發(fā)，以便向需要主數據的系統(tǒng)提供主數據。此活動與主數據協(xié)調的差別在于，主數據是使用富客戶端集中創(chuàng)建的。在這里富客戶端指的是使用MDM Data Manager 或基于portal的用戶界面集中創(chuàng)建的。隨后，可以根據客戶端的需求，互動的將信息分發(fā)給客戶端。 中央主數據管理流程示意圖SAP MDM 系統(tǒng)架構 SAP MDM屬于SAP Netweaver平臺的一部分，如圖所示:SAP MDM 主要組件：MDM Console Console用于主數

14、據建模、系統(tǒng)管理、權限控制等功能。MDM Data Manager Data Manager 用于數據管理功能，包括數據編輯，工作流，數據匹配和清洗等。MDM Import ManagerImprot Manager 用于數據導入功能MDM SyndicatorSyndicator用于數據分發(fā)功能 SAP MDM可以四種方式來訪問中央MDM主數據MDM Web ServicesMDM Java APIsMDM ABAP APIsMDM .NET APIsMDM中各組件對應功能表如下:ConsoleRepository SAP MDM建模通過MDM Console工具完成。SAP MDM每一個模

15、型都是以一個Repository來存儲的。因此在建模前需要創(chuàng)建一個新的Repository.步驟如下:打開MDM Console.創(chuàng)建新的Repository,鼠標右鍵MDM Server輸入MDM 后臺數據庫連接信息:輸入Repository Name.登錄到新的Repository, Repository默認的用戶名為Admin，密碼為空。 在SAP MDM 中Repository可以理解為一個數據庫實例，MDM的建模是針對Repository進行建模。Repository里面有不同表類型的用于進行建模。Repository不僅MDM模型管理單元,同時數據也存儲在Repository中.R

16、epository 管理工作包括以下內容:歸檔加載刪除驗證復制傳輸創(chuàng)建鏡像權限管理端口管理Repository加載Repository的狀態(tài)分為二種:Loading和Unload.SAP MDM建模的時候Repository必須是非加載狀態(tài)(Unload).當MDM建模完成后需要進行模型驗證或者模型最終確認后需要開始正式運行時模型必須設置為加載狀態(tài)(Loading).Repository Loading操作如圖所示:Repository Unload操作如圖所示:Repository歸檔Repository歸檔功能可以理解為Repository 備份功能,可以通過歸檔進行備份、分發(fā)和還原Rep

17、ository. 備份操作：1.打開需要備份的 Repository 2. MDM系統(tǒng)會提示是否需要驗證Repository。通常需要驗證一下Repository是否有錯，如果包含錯誤，系統(tǒng)回連同錯誤一起進行歸檔。 3. 輸入歸檔的名稱，默認的名稱是Repository Name + 日期 4. 默認的情況下系統(tǒng)對歸檔文件大小不進行任何限制，同時歸檔是針對整個Repository進行歸檔。如果想要定制化歸檔可以點擊Options來進行定制。如果只想歸檔模型可以選擇Schema Only，這樣Repository中的數據是不會進入到歸檔文件中的。如果歸檔需要包含數據可以選擇Normal,如果Re

18、pository中數據量較大的話，歸檔時間比較長，同時歸檔文件也會比較大。 5.選擇OK進行歸檔操作，如果歸檔成功系統(tǒng)會返回如下界面:選擇Yes可以查看歸檔報告。歸檔文件產生在MDM服務器上MDM的安裝目錄archives目錄下面,以a2a為后綴名。如:/usr/sap/MDD/MDS00/mdm/archives/ Repository鏡像 Repository鏡像創(chuàng)建操作如下：1.創(chuàng)建鏡像:2.輸入MDM 后臺數據庫連接信息3.輸入Repository鏡像名稱4.點擊Finish完成。5.加載鏡像Repository.6. 點擊Finish完成。此時鏡像Repository已加載到MDM.

19、Repository鏡像同步操作如下: 1.選擇Repository鏡像庫2.點擊Synhronize Slave3.鏡像Repository成功后與原始Repository保持一致。Repository傳輸SAP MDM支持傳輸模式完成開發(fā)、測試、生產的三層架構模式。Repository傳輸操作如下:如果完整的導出Repository可以選擇Export Repository Schema，選擇此操作會產一個xml文件到客戶端系統(tǒng)中。如圖所示:如果是增量變更傳輸首先需要創(chuàng)建一個Transport Reference.Reference 文件產生在MDM服務器安裝目錄的transport/Ou

20、tbound目錄下。如: /usr/sap/MDD/MDS00/mdm/transport/Outbound/.測試環(huán)境將根據產生的Reference建立一個新的Repository.開發(fā)環(huán)境的Repository產生變更的時候須創(chuàng)建一個Change file并且Export Change file.操作如圖所示:選擇需要傳輸的變更內容選擇OK。系統(tǒng)會產生一個change file并存儲在DM服務器安裝目錄的transport/Outbound目錄下。此時測試環(huán)境可以通過Import change file來接受變更請求。Repository 系統(tǒng)管理Repository系統(tǒng)管理分為角色管理，

21、用戶管理，連接管理，變更追蹤管理，遠程系統(tǒng)管理，端口管理，xml schemas管理等。用戶界面如下: 角色管理： 每個Repository有2個默認的角色：Admin和Default. Admin 角色是不能修改的，是系統(tǒng)交付的對Repository擁有所有權限的角色。 Default角色默認開通的權限與Admin是相同的，但是可以進行修改。 操作過程如下: 在Repository中選中Roles，在Roles 試圖中鼠標右鍵新增角色。角色維護分三個部分，分別是Roles 信息維護，功能維護以及表字段維護。角色信息維護：定義角色名稱，描述以及分配用戶到角色。功能維護： 是指角色是否能夠執(zhí)行某

22、項系統(tǒng)功能，有2個維護選項。None代表否，Execute代表是。表和字段維護:是指角色能夠針對哪些表，那些字段以及字段內那些數據能夠進行訪問。Read-Only代表只讀，Read/Write代表讀寫。 Constraints是指定哪些數據能夠進行訪問。用戶管理：每一個Repository都會創(chuàng)建一個默認的管理用戶 Admin。用戶管理界面如下:可以創(chuàng)建、修改以及刪除用戶。用戶屬性設置如下:Password Never Expires：密碼是否從不過期Reset Account Lock: 用戶是否鎖定User Must Change Password:用戶必須更改密碼Roles：指定用戶擁有

23、的角色連接管理：連接管理用于查看當前連接到Repository的信息。如圖所示：變更追蹤管理： 變更追蹤管理用于監(jiān)控對于Repository數據內容的變更的記錄。有三種方式數據新增、數據修改和數據刪除。當配置為Yes的時候，對于 Repository數據的變更系統(tǒng)將記錄下來。遠程系統(tǒng)管理： 遠程系統(tǒng)管理用于定義與MDM進行數據交換的遠程系統(tǒng)。遠程系統(tǒng)可以是Inbound、Outbound和Inbound/Outbound三種類型.端口管理: 端口管理是定義Repository數據導入或者分發(fā)的作業(yè)。Inbound是定義哪些遠程系統(tǒng)通過什么方式將數據導入 Repository。Outbound是

24、定義MDM分發(fā)哪些數據到哪些遠程系統(tǒng)。Inbound Port屬性設置 ：Remote System：選擇遠程系統(tǒng)Map: 選擇在Import Manager定義的MapFormat: 選擇數據傳輸格式Xml Schema: 選擇相應的Schema.可以理解為MDM接收數據的xml規(guī)范。Processing Type: 選擇自動還是手動。Block on Structural Exceptions: 設置當有異常發(fā)生的時候是否Block。如果設置為yes，當有異常發(fā)生的時候，port將停止工作，直到解決異常。如果設置為No，當異常發(fā)生的時候，port將繼續(xù)工作，僅僅記錄異常。Outbound

25、Port屬性設置 ：Remote System：選擇遠程系統(tǒng)Map: 選擇在Syndicator中定義的MapProcessing Type: 選擇自動還是手動。Processing Interval：僅僅Processing Type 設置為Automatic時設置此參數。這個參數是指自動處理的間隔時間，可以理解為后臺作業(yè)多久執(zhí)行一次。Xml Schemas管理 管理Repostiory需要用到的xml Schema文件。Xml Schema是指Repository與遠程系統(tǒng)進行數據交換的格式文件。schema文件從客戶端上傳，保存在MDM服務器中。在port管理時需要用到xml schme

26、as文件。Repository其它操作Repository可以進行驗證，驗證包含檢查和修復二個功能。 操作如圖所示: 當Repository無法Loading的時候可以通過Verify Repository來查看和檢查Repository是否包含錯誤。通過Check可以查看錯誤，追蹤問題并解決。某些錯誤可以通過Repair功能來進行修復。Repository復制功能操作如圖所示: Repository 屬性設置是設置Repository的多語言以及運行端口，每個Repository需要設置不同的port,如果設置相同則會導致Repository無法加載。如圖所示:Repository多語言設置

27、步驟如下:Repository的詳細設置界面如下： Repository ModellingRepository建模主要利用MDM交付的表類型、字段類型來進行模型構建工作。一個Repository必須由一個或一個以上的主表(main table).一個主表包含某個業(yè)務對象的主要信息，例如產品、物料、客戶等等。Repository默認的主表名稱是Product，可以進行修改。主表之間可以共享數據，比如供應商和客戶可以共享國家這個表。MDM 表類型可以參考下圖:MDM Data Table TypesTable Type Description Main and subtables MainA m

28、ain table is a flat table containing the primary information about a business object. For example, an MDM repository of product information would include an individual record for each product and an individual field for each piece of information that applies to all products, such as SKU, product nam

29、e, manufacturer, and price. New MDM repositories include a main table named Products. Flat A flat table has the standard, rectangular SQL structure consisting of records and fields (rows and columns). A main table in an MDM repository typically contains some fields whose possible data values are lim

30、ited and can therefore be selected from a list, rather than entered manually. For example, a Country field would naturally have a limited set of possible values. These values can be stored as records in a separate, flat subtable associated with a Country lookup field in a main table. New MDM reposit

31、ories do not include any flat tables. Hierarchy A hierarchy table organizes information in a hierarchy, where each record is related to a parent record (even if the only parent is the root) and may also be related to sibling records and/or child records. The main table in an MDM repository typically

32、 contains some fields whose data may be hierarchical in nature. For example, a Manufacturer field may need to accommodate division and subdivision information for manufacturers. This hierarchical information is stored in a separate, hierarchy subtable associated with the Manufacturer lookup field in

33、 the main table. Note that a hierarchy table is useful even when it is flat (i.e. only leaf nodes below the root), because it stores the ordered sequence of sibling records, allowing you to override the unordered sequence of values in a flat table and instead put the values in a fixed order. New MDM

34、 repositories include the following hierarchy tables: a default taxonomy table, the Masks table, and the Families table. Table Type Description Taxonomy1 Pre-defined. A taxonomy is the classification scheme that defines the categories and subcategories that apply to a collection of records. Categori

35、zing records enables you to isolate subsets of records for various organizing, searching, editing and publishing purposes. A taxonomy table in MDM stores a hierarchy of categories and subcategories and also supports attributes, “subfields” that apply to particular categories rather than to the entir

36、e collection of records. MDM supports multiple simultaneous taxonomies. New MDM repositories include a single taxonomy table named Categories. Qualified Flat Subtable. A qualified table in MDM stores a set of lookup records, and also supports qualifiers, “subfields” that apply not to the qualified t

37、able record by itself, but rather to each association of a qualified table record with a main table record. MDM supports multiple simultaneous qualified tables. Qualified tables can be used to support product applications and application-based search, and also to store any large set of subtable reco

38、rds that contain fields whose values are different for each main table record, such as multiple prices for different quantities, divisions, regions, or trading partners, cross-reference part numbers, and additional distributor/supplier/customer-specific information for different distributors, suppli

39、ers, or customers. New MDM repositories do not include any qualified flat tables. Object tables Images A single table named Images. Stores image files, where each image is stored as a record in the table. Sounds A single table named Sounds. Stores sound files, where each sound file is stored as a re

40、cord in the table. Videos A single table named Videos. Stores video files, where each video file is stored as a record in the table. Binary Objects A single table named Binary Objects. Stores other binary object files, where each binary object file is stored as a record in the table. Text Blocks A s

41、ingle table named Text Blocks. Stores blocks of text, where each text block is stored as a record in the table. Copy Blocks A single table named Copy Blocks. Stores blocks of text interpreted as copy, where each text block is stored as a record in the table. Text HTMLs A single table named Text HTML

42、s. Stores blocks of text interpreted as HTML, where each text block is stored as a record in the table. PDFs A single table named PDFs. Stores PDF files, where each PDF is stored as a record in the table. Special tablesImage Variants A single table named Image Variants. Used to define the structure

43、and format of each of the variants for each image. Each variant is a modified version derived from an original image; the original image is never modified. This table is managed in the MDM Console and is not visible in MDM Data Manager. Table Type Description Families A single hierarchy table named

44、Families. Used to further partition main table records in each category into smaller groups based upon the values of other fields and/or attributes. You can associate family data (a paragraph, an image, bullets) once with a family of products rather than with each individual product, and also define

45、 the table layout of the field and/or attribute data (field order; stack, vertical, and horizontal pivots; and other display options). This table is available only in Family mode. Data GroupsA single hierarchy table named Data Groups. Stores the hierarchy of data groups used to break the entire set

46、of objects in the MDM repository into manageable subgroups. Relationships A single table named Relationships. Used to define relationships between records in your tables. MDM 字段類型可參考如下:Field Data Types (Standard SQL)Field Data Types (Standard SQL) Data Type MV SQL Server Oracle DB2 MaxDB Description

47、 Text Nvarchar Nvarchar2 Varchar Varchar Text field ( 333 chars). Integer Int Number Int Fixed (10) 4-byte integer field. Real Real Number Float Float (16) 4-byte real field. Real8 Real Number Float Float (38) 8-byte real field. TimeStamp DateTime Date Timestamp Timestamp DateTime field. Boolean Bit

48、 Number Smallint Fixed (1) Two-valued field. Field Data Types (MDM Extended)Field Data Type MV Description Text Normalized Text field with “special” (non-alphanumeric) characters removed for searching/sorting (always displays original). Name Text field with internal structure for storing parts of a

49、name (prefix, first, middle, last, suffix).Log Text Large field with internal structure for managing multiple timestamped blocks of text within a single field.AutoID Integer field that MDM automatically increments. Currency Real8 field displayed with a currency symbol. GM Time TimeStamp field that i

50、s adjusted to a particular time zone. Measurement Real field with an associated unit of measure. Literal Date TimeStamp field that ignores the time part. Literal Time TimeStamp field that ignores the date part. Create Stamp TimeStamp field that MDM automatically sets with the date/time of record cre

51、ation. Time Stamp TimeStamp field that MDM automatically updates with the date/time of modification when any of the fields being tracked are updated. User Stamp Text field that MDM automatically updates with name of user who makes the change when any of the fields being tracked are updated. Mask Vir

52、tual field that stores an enumeration of main table records. It is never displayed but is used for searching. Lookup Flat Field whose value(s) are a lookup into a flat table. Lookup Hierarchy Field whose value(s) are a lookup into a hierarchy table. Lookup Taxonomy Field whose single value is a look

53、up into a taxonomy table.Lookup Qualified Field whose values are a lookup into a qualified table. Lookup Image Field whose value(s) lookup into the Images table. Lookup Text Block Field whose value(s) lookup into the Text Blocks table. Lookup Copy Block Field whose value(s) lookup into the Copy Bloc

54、ks table. Lookup Text HTML Field whose value(s) lookup into the Text HTMLs table. Lookup PDF Field whose value(s) lookup into the PDFs table. Lookup Sound Field whose value(s) lookup into the Sounds table. Lookup Video Field whose value(s) lookup into the Videos table. Lookup Binary Object Field who

55、se value(s) lookup into the Binary Objects table. Attribute Data TypesAttribute Data Type MV Corresponding MDM Field Type Text Lookup Flat Numeric Measurement Coupled Numeric n/a Table 操作創(chuàng)建Table:1.選中Repository在Console上點擊或者在Table 視圖中鼠標右鍵然后選中Add Table,如圖所示: 2. 在Table Detail中填入表名及表名代碼 3. 選擇表類型: 4. 其它屬性

56、設置. Display Fields: 設置顯示字段 Unique Fields: 設置表的主鍵 Key Mapping: 設置表是否需要進行Key Mapping. Hide Table: 設置表是否為隱藏表. 刪除表:選中Repository,在Table 視圖中刪除表。Field 操作創(chuàng)建字段:1.選中Table在Console上點擊或者在Fileds視圖中鼠標右鍵然后選中Add Table,如圖所示:2. 在Fields Detail中填入字段名及字段名代碼3.選擇字段類型:4. 設置字段屬性Required:設置字段是否必輸Writable Once :設置字段是否可以修改Multi

57、-Lingual:設置字段是否為多語言Keyword: 設置字段是否為關鍵字搜索Sort Index: 設置是否字段排序Calculation: 設置字段是否為計算字段,如果設置為yes則需維護字段計算公式,如圖所示:Sort Type: 設置排序類型,有三種方式可以設置如圖所示:Note: 不同的字段需要維護不同的字段屬性,具體詳細設置請參考MDM Console Reference Guide.字段排序操作:在Fields 視圖中鼠標右鍵選中Recorder .然后在菜單中選中字段進行順序調整.字段刪除：選中相應的Table, 然后在Table 視圖中進行字段刪除。其它設置在MDM中除了M

58、ain、Flat、Hierarchy、Familes、Qualified Flat和Taxonomy這5中類型外，其余的類型表均由MDM系統(tǒng)提供，用戶無法創(chuàng)建、刪除和修改。同時一個Repository只能有一個Familes 表。多語言設置:Data ManagerData Manager是數據進行管理的工具，主要功能如下:數據查詢與維護數據管理工作流數據清洗和合并Data Manager連接到Repository:選擇MDM服務器、Repository和登錄的語言，輸入用戶名和密碼。進入Data Manager界面如下:Data Manager是分模式查看不同類型的表。查看Main Taba

59、l和Flat Table使用Record Mode.查看Hierarchy Table使用Hierarych Mode.查看 Taxonomy Table使用Taxonomy Mode如果Repository中沒有定義Taxonomy Table，則無法切換至Taxonomy Mode。屏幕按鈕將顯示灰色。查看 Family Table使用Family Mode.如果Repository中沒有定義Family Table，則無法切換至Family Mode。 屏幕按鈕將顯示灰色。如果要進行數據匹配使用Match Mode.Data Manager 搜索數據步驟如下 :1.選擇Table：2.在

60、搜索界面中定義搜索條件3.搜索結果顯示Data Manager 維護步驟如下:1.新增數據在工具欄中選中新增數據按鈕或者在Record區(qū)域鼠標右鍵新增2.刪除數據選中要刪除的數據或者按住Ctrl后鼠標選擇要刪除的多條數據，然后在工具欄中點擊刪除按鈕或者在Record區(qū)域鼠標右鍵刪除3.修改數據選中要修改的數據然后再Record Detail中進行修改。如果要把多條記錄的同一字段修改成同一值可以按住Ctrl后鼠標選擇要修改的多條數據進行修改。數據比較功能操作:選中需要比較的數據記錄鼠標右鍵，點擊。結果如下:Data Manager可以進行數據校驗以及分配字段內容。下面分別介紹:數據驗證功能操作如