[VIP专享]1.主子实体元数据开发指南
元数据 操作手册
元数据操作手册一、什么是元数据元数据是指描述数据的数据，它提供了对数据的定义和描述，使得数据可以更好地被管理、组织和利用。
元数据包括关于数据的各种属性、特征和关系，它可以帮助用户更好地理解和使用数据。
二、元数据的分类1. 技术元数据：技术元数据主要包括数据库表结构、字段定义、索引描述、数据字典等信息，它对于数据的存储、访问和维护具有重要作用。
2. 业务元数据：业务元数据描述了数据在业务过程中的意义和关系，它包括业务实体、属性、规则、规范等信息，对于业务理解和决策起到关键作用。
3. 行为元数据：行为元数据描述了数据的产生、流转、转换和使用过程，它包括数据质量、数据交换、数据集成等信息，对于数据管控和运营管理非常重要。
4. 上下文元数据：上下文元数据描述了数据所处的环境和背景，它包括数据来源、数据关联、数据时效等信息，对于数据的解释和应用具有重要意义。
三、元数据的管理与维护1. 元数据收集：收集元数据的过程需要依赖数据资产管理工具或元数据管理系统，通过扫描数据库、文件系统、日志等方式搜集数据相关的信息。
2. 元数据存储：元数据存储包括建立元数据仓库、数据目录和元数据数据库，将元数据以结构化的方式存储，便于检索和使用。
3. 元数据管理：元数据管理包括对元数据进行分类、整理、归档和版本控制，确保元数据的准确性、一致性和可用性。
4. 元数据共享：元数据共享通过建立元数据交换标准和共享机制，实现不同系统、部门和组织之间的元数据共享和集成。
四、元数据的应用1. 数据质量管理：通过元数据可以对数据进行质量评估、问题定位和修复，提高数据的准确性和可靠性。
2. 数据集成和交换：通过元数据的描述和映射，可以实现不同数据源之间的集成和交换，提高数据的利用价值。
3. 数据安全和隐私：元数据可以帮助区分敏感数据和非敏感数据，并实施相应的安全策略和隐私保护措施。
4. 数据分析和挖掘：通过元数据的分析和挖掘，可以发现数据之间的关系和规律，支持数据驱动的业务决策和创新。
阿里巴巴Java开发手册(详尽版)
考虑到可以零距离地与众多开发同学进行互动，决定未来在线维护《手册》内容， 此 1.4.0 的 PDF 版本，是最为详尽的版本，新增设计规约大章节，并增加若干条目；我 们已经在 2017 杭州云栖大会上发布了阿里巴巴 Java 开发规约插件（点此下载），阿里 云效（一站式企业协同研发云）也集成了代码规约扫描引擎。最后，《码出高效—— 阿里巴巴 Java 开发手册详解》即将出版，敬请关注。
（注：浏览时请使用 PDF 左侧导航栏）
绿盟市场提供各种软件下载和文档
ｗｗｗ．ｘｄｏｗｎｓ．ｃｏｍ
版本号 1.4.0
阿里巴巴 Java 开发手册
Java 开发手册
制定团队 阿里巴巴集团技术团队
更新日期 2018.5.20
备注 增加设计规约（详尽版）
一、编程规约
(一) 命名风格
1. 【强制】代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。 反例：_name / __name / $name / name_ / name$ / name__
6. 【强制】抽象类命名使用 Abstract 或 Base 开头；异常类命名使用 Exception 结尾；测试类 命名以它要测试的类的名称开始，以 Test 结尾。
7. 【强制】类型与中括号紧挨相连来表示数组。 正例：定义整形数组 int[] arrayDemo; 反例：在 main 参数中，使用 String args[]来定义。
第12章元数据管理-DAMA-DMBOK：数据管理知识体系（第二版）
第12章元数据管理-DAMA-DMBOK：数据管理知识体系（第⼆版）第⼗⼆章元数据管理1.简介元数据的最常见定义，“关于数据的数据”，很容易引起误解。
可以归类为元数据的信息种类繁多。
元数据包括有关技术和业务流程，数据规则和约束以及逻辑和物理数据结构的信息。
它描述了数据本⾝（例如，数据库，数据元素，数据模型），数据表⽰的概念（例如，业务流程，应⽤程序系统，软件代码，技术基础结构）以及数据和概念之间的连接（关系）。
元数据可帮助组织了解其数据，系统和⼯作流程。
它可以进⾏数据质量评估，并且是数据库和其他应⽤程序管理的组成部分。
它有助于处理，维护，集成，保护，审核和管理其他数据。
要了解元数据在数据管理中的重要作⽤，请想象⼀个⼤型图书馆，其中有成千上万的书籍和杂志，但没有卡⽚⽬录。
没有卡⽚⽬录，读者甚⾄可能不知道如何开始寻找特定的书甚⾄特定的主题。
卡⽚⽬录不仅提供必要的信息（图书馆拥有的书籍和材料以及在何处被搁置），还使读者可以使⽤不同的起点（主题区域，作者或标题）来查找材料。
没有⽬录，很难甚⾄不可能找到⼀本书。
没有元数据的组织就像没有卡⽚⽬录的图书馆。
元数据对于数据管理和数据使⽤都是必不可少的（请参阅DAMA-DMBOK中对元数据的多个引⽤）。
所有⼤型组织都会产⽣和使⽤⼤量数据。
在整个组织中，不同的个⼈将具有不同级别的数据知识，但是没有⼀个⼈会了解有关数据的所有知识。
此信息必须记录在案，否则组织可能会失去有关⾃⾝的宝贵知识。
元数据提供了捕获和管理有关数据的组织知识的主要⽅法。
但是，元数据管理不仅是知识管理⽅⾯的挑战，⽽且还存在许多挑战。
这也是风险管理的必要。
元数据对于确保组织可以识别私有数据或敏感数据以及为⾃⼰的利益管理数据⽣命周期以及满⾜合规性要求并使风险最⼩化是必不可少的。
没有可靠的元数据，组织将不知道它拥有什么数据，数据代表什么，它起源于何处，它如何在系统中移动，谁可以访问它，或者对⾼质量数据意味着什么。
2.功能节点开发指南
主子表单据模板制作1. 打开“开发平台->开发配置工具->单据模板初始化”节点2．选中左边的元数据页签，选中你的模块下的你的元数据。
如下图：提示：如果没有发现你创建的模块的文件夹，请检查注册模块时在md_module表中插入的模块号与元数据所属的模块号是否一样。
3.在右边“单据号类型”参照中填入你模板的编码，并点击“显示模板”按钮，再点击“增加”按钮。
提示：单据模板类型不能操过十个字符，否则后续会保存不上。
进入模板制作界面之后，左边的区域有三个部分，这三个区域从上到下依次是表头、表体、表尾字段。
对于元数据模板来讲，制作是很方便的，选中右边元数据树的跟节点，直接拖转到表体区域松开开鼠标，如图模板保存到这里单据模板就制作完成了。
功能节点注册1.应用开发平台→开发配置文件→功能注册2.选择功能节点所属的模块，再点击增加功能，如下图：4.编辑功能节点信息，然后点击左上角的保存。
在功能注册节点下，找到之前注册的节点，在参数注册下，增加参数BeanConfigFilePath，参数值为配置文件路径。
Demo.xml可以拷贝pubapp下的单据主子表配置文件模板.xml。
其中功能类名填nc.ui.pubapp.uif2app.ToftPanelAdaptorEx。
如下图功能借点注册完毕主子表查询模板制作应用开发平台→开发配置工具→查询模板初始化2. 填入“模板名称”和“所属节点功能编码”，将所需要作为查询条件的属性直接拖拽到右边，保存。
如下图查询模板制作完成。
功能节点默认选中你之前注册的功能节点→选中界面右上方的单据模板→添加（默认查询模板步骤也如此）至此，模板默认成功菜单注册应用管理平台→开发配置工具→菜单注册保存菜单后，你当前的用户现在没有权限看到你所注册的菜单，因此需要注销掉系统，以其他用户重新登录给原来的用户分配权限之后再以原来的用户登录就能看到你注册的菜单了。
具体步骤如下：界面的右下角以其他用户重新登录如果直接用原来用户已分配的职责，则登陆后需要查询原来用户已分配的职责编码（你也可以自己新建一个职责，然后将其分配给原来的用户，这里以直接用原来用户已分配的职责为例）。
元数据建模.ppt
Design Time
模型设计器
发布元 数据
Run Time 访问服务 管理工具
业 务 模 型
元 数 据
mapping 元数据仓库
数 据 模 型
元 数 据
NC企业建模组成框架及开发流程
基于UAP流程
平台及UI模式化 功
能
基于UAP模板
建 模
打查单Biblioteka 集印询据 模模模 板板板
成 开
发
环
基于UAP基础 境
元数据编程接口-元数据查询
nc.md.MDQueryService 后台查询，前台请不要调用 前台全部使用MDBaseQueryFacade。 MDQueryService服务为元数据自身查询服务的统一入口，通过此入口类可以 请求不同的查询服务，在后台，如果是一些简单查询，比如通过名称，则优先使 用nc.md.MDBaseQueryFacade提供的查询方法
按不同的应用层次分为：概念数据模型、逻辑数据模型和物理数 据模型
在NC业务建模的过程中，也同时完成了数据模型 的创建。此处主要完成实体对应的数据库表结构、 属性以及表之间的主外键关联关系。
在建模过程中，有自动的转换映射关系，只需要 进行必要的修改，而不需要完全的手动设置。
准备工作
业务建模也是以模块为单位进行组织的。
NC企业建模
用友软件股份有限公司 NC UAP 刘昆鹏
综述
NC UAP平台所支撑的产品层次结构：产品-模块-功能节 点 功能节点是叶子节点，真正提供用户进行数据维护和业务 操作 功能节点是流程平台、会计平台、供应链应用等高级应用 的基础组成部分。 基于NC UAP平台进行开发，主要工作是进行功能节点的 开发。 最早也是最基础的节点开发框架是ToftPanel的开发框架 NC企业建模整个过程最终产生的也是一个或多个功能节 点。
用友UAP平台介绍
Locale 及格式设置(如数字、日期、货币) 等 国际化开发框架 界面多语言
实施工具/最佳实践库 时区对象1
元数据多语言
转换
业务数据多语言 时区对象2
Yonyou Software Corporation
07:00 国际化UI控件
UTC: Universal Time Coordinated Unicode及编码（数据库、服务器、客户端）
IBM pSeries
Intel IA 32 AMD-64
Yonyou Software Corporation
UAP支持软件的业务敂捷不灵活性
参数配置、系统配置
配置 自定义属性、自定义档案 自由属性 个性化 行业级、本地化级、集团级、组织级、角色级、用户级 支持个性化配置：UI、流程、报表等20多种类型 劢态属性 模型 劢态子实体 操作策略 劢态规则 自定义UI模版 客户化 应用 UI组装 模版 自定义查询模版 自定义输出模版 自定义消息模版
1..* 1
view
0..* Parameter
0..*
Type
Table
1 1
1
操作元模型
0..1
0..*
0..*
Index
ComplexType PrimitiveType
FK
PK
1
实体元模型
数据元模型
* 1..*
* 1..*
Field
Yonyou Software Corporation
UAP Studio—开发应用示例
系统管理
运营管理 资源监控
实时数据集成（RDI） 结构化/非结构化数据管理 基础技术类库
服务器资源
存储资源
NC基于元数据的流程平台单据开发指南
基于元数据的流程平台单据开发1业务建模（以预算调整单为例）1.1编制元数据实体1.1.1切换模型设计透视图Eclipse->窗口->打开透视图->其他->NC模型设计器1.1.2新建元数据模型MDP资源浏览器，右键->新建->目录，选择新建目录右键->新建->模型文件。
1.1.3新建元数据实体新建元数据文件，因为模型文件将成为四级包名，后续生成的VO的规则为nc.vo.(NC module名).(元数据模型文件名).(元数据实体名)，如:tv.adjust.AdjustVO，需要手工更改VO全路径类名。
1.1.4 增加流程平台所需属性选择实体->右键->特性->单据主实体注意：实体自动生成的属性中，单据状态类型样式修改为为SINGLE，字段类型为int,否则元数据无法发布。
1.1.5添加子表实体，并建立关联关系设置组合关联源属性设置此组合管理源属性的访问策略本例中，源属性为“明细”，则把明细项的访问策略设置为设置访问器类型主实体预算调整单访问器类型设置为AGGVO子实体预算调整单访问器类型设置为NCVO1.1.6实现流程平台接口走流程平台的单据，需要实现流程平台接口选择引用模型->uap->pf->pfbizitf.bmf->流程信息获取主实体实现业务接口选择主实体设置业务接口属性映射1.2发布元数据1.2.1启动NC中间件，发布元数据1.2.2生成建库脚本并执行1.2.3导出为JAVA源文件生成VO后，刷新Eclipse代码类包即可看见新VO类，使用Ctrl + Shift + O快捷键组织代码导入，将之Add 到VSS服务器上。
2功能建模2.1新增业务组件2.1.1 打开集成开发环境启动NC客户端-》客户化=》二次开发工具=》UAP集成开发工具点击《UAP新集成开发环境》2.1.2 新增业务组件新建《组件分类》与《组件模块》后者对应NC的Eclipse项目Module名。
元数据标准
电子文件元数据标准（征求意见稿）1.范围本标准适用于各级机关、团体、企事业单位、社会组织。
本标准规定了电子文件元数据的结构、定义、编码体系。
本标准描述的数字对象为通用的电子文件核心元数据，主要为原生电子文件与数字化文件（文本、图像）元数据。
根据发展需要，扩展编制图形、影像、声音等文件类型的元数据标准。
2.编制目的对文件及相关实体进行标准化描述；实现不同机构、不同系统之间文件及信息的互操作；为电子文件在不同时间、不同空间、不同应用软件中的再利用提供统一的元数据；为电子政务、办公自动化、电子文件中心、文档管理、档案管理等系统提供成熟的电子文件全过程管理的设计模式。
3.规范性引用文件下列文件中的条款，通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T 2659-2000 世界各国和地区名称代码GB/T 2260-2002 中华人民共和国行政区划代码GB/T 11714-1997 全国组织机构代码编制规则GB/T 9704-1999 国家行政机关代码编制规则GB 2312-1980 信息交换用汉字编码字符集基本集GB/T 4880-1991 语种名称代码GB/T 语种名称代码第2部分:3字母代码GB/T 4881-1985 中国语种代码GB/T 文献著录总则GB/T 13959-1992 文件格式与代码编制方法GB/T 15418-1994 档案分类标引规则GB/T 3760-1995 文献叙词标引规则GB/T 9704-1999 国家行政机关公文格式GB 18030-2000 信息技术信息交换用汉字编码字符集基本集的扩充GB/T 18894-2002 电子文件归档与管理规范GB/T 7156-2003 文献保密等级代码GB/T 19667 基于XML电子公文格式规范DA/T12-1994 全宗卷规范DA/T13-1994 档号编制规则DA/T18-1999 档案著录规则DA/T 19-1999 档案主题标引规则DA/T 22-2000 归档文件整理规则DA/T 1-2000 档案工作基本术语中办发[1996]14号中国共产党机关公文处理条例国发﹝2000﹞23号关于发布《国家行政机关公文处理办法》的通知国档发[1987]4号关于颁发《编制全国档案馆名称代码实施细则》的通知ISO15489 信息与文件—文件管理ISO23081-1 信息与文献—文件管理流程—文件元数据-总则ISO23081-2 信息与文献—文件管理流程—文件元数据-概念与实施问题ISO14721 空间数据和传输系统—开放档案信息系统—参考模型ISO11179 信息技术--元数据元素的规范与标准化ISAD（G）档案著录规则（总则）W3C Namespaces in XML XML的命名空间(Namespaces)4.术语与定义下列术语和定义适用于本标准。
CJJT 187-2012 建设电子档案元数据标准
2英文名称：宜采用元素或子元素的英文表达，多个英文 字中间不应留空格，每个英文字的首个字母应大写。
3目的：应规定元素的用途。 4使用：应规定元素的使用方法，并应符合下列规定：
本标准由住房和城乡建设部负责管理，由住房和城乡建设部 城建档案工作办公室负责具体技术内容的解释。执行过程中如有 意见或建议，请寄送住房和城乡建设部城建档案工作办公室（地 址：北京市海淀区三里河路9号，邮政编码：100835）0
本标准主编单位：住房和城乡建设部城建档案工作办 公室 珠海市城市建设档案馆
文件系列 Records Series
由逻辑上联系、物理上分离的若干文件组合聚合而 成的文件管理单元
文件集 Records Set
由一个或若干个具有内在联系的职能活动所形成的 全部文件的集合组成的文件管理单元
4.2.3文件标识应为同一文件管理系统中文件实体的唯一标识, 其属性应符合表4. 2. 3的规定。当子元素文件标识码采用多种方 案标识时，应与文件标识方案同时使用。
6
编号
Ml
表4. 2. 2-1文件层级属性
英文名称
RecordCategory
1便于组织与管理文件管理系统中各类活动过程中形成的电子文件 。 冃的
2用于关联文件与形成文件的背景信息
适用性
使用条件
可选性
使用 应与形成文件实体的业务层级、
文件实休 责任者层级相关联
必选
可重 复性
否
包含 子元素
否
取值
取值类型 字符串
主子孙模型(流程单据)节点开发注意事项
首先，MMGP平台本不支持主子孙节点的开发，但由于我们有王大侠所以一切皆有可能，下面不扯淡了，说下基本步骤。
第一、元数据的设计要求在主子表节点的基础上还需要注意哪些？（主子表如何设计元数据不再介绍）。
1 主实体：审核时间taudittime 是UFDATETime还是UFDATE需要确定下，因为如果设计成UFDATE类型在审核的时候，会报错。
具体如何处理等待大侠通知大家交易类型与单据类型，必须符合规范，尤其是单据类型在元数据设计的时候，type style应设计成SINGLE千万不要设计成REF参照模式。
原因的话，在单据模板的时候在细讲。
字段设成2 子实体：关键点：子实体在设置孙实体关联的时候，访问类型一定选POJO类型，而且不要设置动态属性，就是dynamic property不要点钩，这样在元数据生成子VO的时候，孙grandVO在子bodyVO中是数组形式（有set get方法）。
3 实现接口元数据在审批流中实现接口非常重要，举些开发中的例子，如果没有实现PK业务锁这个接口，那么即使你注册了单据号规则，那也不会自动生成单据号下面是接口对应的功能，如果在开发中发现那些功能没有实现的话可以对照看看PK业务锁——————————单据号生成规则单据号————————————单据号生成规则单据VO主子查询————————提交，取消审批动作流程信息获取——————————审批等操作元数据方面大概就这些，欢迎补充第二、单据模板的设置于分配单据模板要设计2个模板1 主子模板设计要求：与主子节点基本相同，需要注意的地方主要是审计信息（创建人，创建时间等）字段不要设计在模板的表尾。
这些字段在表头就行。
单据类型，刚才元数据不设计参照的主要原因在这里，必须是字符类型，字符就是你对应的单据类型编码。
这个会影响单据号的生成。
如果设计成参照的话，代码中会取界面的参照对应的PK去查单据类型的表，这样什么也查不到。
2 孙模板要把字段都设计在表体位置如图：表头表尾空着就行啦3 单据模板分配如图：节点标识要配置，在XML中要复写的这2个图中红色部分对应好就OK，顺便提醒下别忘啦增补到集团查询模板不要设置nodekey（节点标识）第三、XML配置文件的要求1 如果主子孙模型不考虑审批操作就导入grandchildbill.xml，有审批流程的就导入grandchildbill_pf.xml2 以下不管是否要实现审批流，都要注意的地方孙表事件怎么获得主子表的信息？通过billformeditor可以得到主子表cardPanel上的信息，不多介绍了，可以参考BOM_CONFIG.XML在孙表的事件中增加headbillform标签，在代码中可以获得主子界面和孙界面的cardpanel后想干嘛就干嘛了3 附加，如果嫌弃大侠设计的通版XML还想再做个性化，那么你需要注意些东西后，就可以自行改造上图是主子事件的配置，注意model了没有，主子model一定要参考mainModel孙表model一定要参考grandModel如果你XML配置好了，却打不开节点，你可以看看这里如果有兴趣深入了解XML配置的话，主子mainModel和孙grandModel中不同的属性是各自的service，在保存操作中是各自的model调用自己的service。
元数据规范设计指南
3 描述元数据的基本结构、元素组成与扩展规则........................................................................7 3.1 基本结构.................................................................................................................................7 3.2 元素组成.................................................................................................................................8 3.2.1 核心元素集......................................................................................................................8 3.2.2 资源类型核心元素集......................................................................................................8 3.2.3 个别元素..........................................................................................................................8 3.2.4 元素组成举例..................................................................................................................9 3.3 扩展规则..............................................................................................................................数字对象描述元数据规范设计指南，2004 年 5 月
数据仓库、商业智能相关面试题(带答案)
1商务智能1.1数据仓库1.1.1数据仓库的4大特点(特征)？面向主题的，集成的，相对稳定的，反映历史变化的。
1.1.2数据仓库的四个层次体系结构？1. 数据源是数据仓库系统的基础，是整个系统的数据源泉。
通常包括企业内部信息和外部信息。
内部信息包括存放于RDBMS 中的各种业务处理数据和各类文档数据。
外部信息包括各类法律法规、市场信息和竞争对手的信息等等；2. 数据的存储与管理是整个数据仓库系统的核心。
数据仓库的真正关键是数据的存储和管理。
数据仓库的组织管理方式决定了它有别于传统数据库，同时也决定了其对外部数据的表现形式。
要决定采用什么产品和技术来建立数据仓库的核心，则需要从数据仓库的技术特点着手分析。
针对现有各业务系统的数据，进行抽取、清理，并有效集成，按照主题进行组织。
数据仓库按照数据的覆盖范围可以分为企业级数据仓库和部门级数据仓库(通常称为数据集市)3. OLAP 服务器对分析需要的数据进行有效集成，按多维模型予以组织，以便进行多角度、多层次的分析，并发现趋势。
其具体实现可以分为：ROLAP(关系型在线分析处理)、MOLAP(多维在线分析处理)和HOLAP (混合型线上分析处理)。
ROLAP 基本数据和聚合数据均存放在RDBMS 之中；MOLAP 基本数据和聚合数据均存放于多维数据库中；HOLAP 基本数据存放于RDBMS 之中，聚合数据存放于多维数据库中。
4. 前端工具主要包括各种报表工具、查询工具、数据分析工具、数据挖掘工具以数据挖掘及各种基于数据仓库或者数据集市的应用开辟工具。
其中数据分析工具主要针对OLAP服务器，报表工具、数据挖掘工具主要针对数据仓库。
1.1.3描述一下联机分析处理OLAP？(维的概念，基本多维操作，层次结构，与OLTP的区别)OLAP (联机分析处理On-Line Analytical Processing)也叫多维DBMS。
OLAP 是数据仓库系统的主要应用，支持复杂的分析操作，侧重决策支持，并且提供直观易懂的查询结果。
indata 主数据 使用手册
indata 主数据使用手册摘要：1.引言2.主数据定义3.主数据的种类4.主数据的管理5.主数据的应用6.结论正文：1.引言随着信息技术的飞速发展，数据在企业运营和管理中的重要性日益凸显。
其中，主数据（Master Data）是企业信息系统中至关重要的基础数据，对于企业的业务运营、决策制定以及数据分析具有举足轻重的作用。
本手册旨在介绍主数据的相关概念、种类、管理方法以及应用技巧。
2.主数据定义主数据是指在企业信息系统中具有权威性、可重复使用、描述企业核心业务实体的数据。
它反映了企业经营活动中最基本的信息，如客户、产品、供应商等，并贯穿于企业的各个业务领域。
3.主数据的种类主数据包括以下几类：（1）客户主数据：包括客户基本信息、联系方式、分类等。
（2）产品主数据：包括产品基本信息、规格、价格、分类等。
（3）供应商主数据：包括供应商基本信息、联系方式、资质等。
（4）组织机构主数据：包括企业内部各部门、分支机构等组织架构信息。
（5）财务主数据：包括账户、汇率、税率等财务相关信息。
4.主数据的管理主数据管理涉及到主数据的创建、维护、存储、共享和使用等环节。
为了确保主数据的准确性、完整性和一致性，企业应建立健全主数据管理制度，包括以下方面：（1）明确主数据管理责任部门，负责主数据的日常维护。
（2）建立主数据标准，规范主数据的命名、编码、分类等。
（3）采用集中式的主数据管理系统，实现主数据的统一存储和共享。
（4）定期进行主数据质量检查，确保主数据的准确性和完整性。
5.主数据的应用主数据在企业的各个业务领域中发挥着重要作用，如：（1）客户关系管理：通过客户主数据，企业可以更好地了解客户需求，提升客户满意度。
（2）供应链管理：通过供应商主数据，企业可以优化供应商选择和评估过程，降低采购风险。
（3）财务管理：通过财务主数据，企业可以提高财务报告的准确性和效率。
（4）数据分析：通过整合各类主数据，企业可以进行深入的数据挖掘和分析，为决策提供有力支持。
核心元数据标准SDBCM及其应用
• 科学数据库元数据框架体系 • 科学数据库核心元数据标准（SDBCM） • 科学数据库核心元数据标准的应用
1.科学数据库元数据标准框架体系
科学 数据 库元 数据 标准 框架
核心元数据标准
资源类型相关
特定资源类型标准
学科相关
学科领域标准
建库单位 应用方案
1.科学数据库元数据标准框架体系
• 科学数据库元数据标准体系研究成果
属性中文标识 信息标识 属性类型 未指定类型 属性长度 50 计量单位 精度 默认值 关联实体 关联属性 属性描述 信息的唯一标识符 是否空 是 是否只读 是 实体二 实体名称 jiveattachmentprop 实体中文标签 附件属性 实体类型 数据表 实体描述 附件文件的属性 主键属性 附件标识 属性一 属性名称 ATTACHMENTID 属性中文标识
构
精度
描
默认值 属性描述 附件的唯一标识符
述
关联实体 Jive
信
关联属性 一对一
是否非空 否
息
是否只读 是
元 属性二
数
属性名称 NAME 属性中文标识 附件名称
据
属性类型 文本类型
实
属性长度 50
计量单位
例
精度
默认值
属性描述 附件文件的 名称
关联实体
关联属性
是否空 否
是否只读 是
2002.10-2003.05 草案完善，发布标准1.0版
2003.06-2003.08 修订1.0版，发布标准1.1版
2004.03-2004.08 修订1.1版，发布标准2.0版
2.科学数据库核心元数据标准
• 标准的研究、修订完善思路
– 科学数据库项目的需求 – 对国内外元数据成果和发展趋势的研究 – 融合信息技术领域的最新研究成果 – 兼顾标准在高于项目层面上的普遍使用性
元数据建模
代码向导
client包名，private包名称为 生成代码中client，private代码 的包名称。 接口类名对应生成代码中 public中的业务接口类名称。实 现类名为private业务接口实现类 的名称。 单表档案的业务操作bpf文件 中，只包含一个查询方法。 若勾选“自动生成bpf文件”， 向导会自动完成bpf文件的创建。 生成对应的方法。 若勾选“选择已有bpf文件”， 需要选择自己手动绘制的bpf文 件，为接口方法名选择bpf文件 中的对应的接口方法名称。
元数据建模—模型
模型设计器有5个重要的组成部分，如图所示。分别是资源浏览器，工具面板，画布，属 性面板，模型视图。
元数据建模—创建组件
元数据建模—创建实体
元数据建模—实体属性
元数据建模—实体属性
对于设置为AggVO样式的实体，请检查子表属性(1-n聚合关系)，比如上图中 的[订单明 细，访问策略要设置为BodyOfAggVOAccessor。 类型样式：目前支持Single、REF、ARRAY、LIST四种，Single对应常见的基 本类型。 类型：可以自行选择，当建立实体间关系时，也会自动设置；主键一定要设置 为UFID类型。 目前元数据支持如下基本类型：String, UFID, Integer, UFDouble, UFBoolean, UFDate, UFDateTime, UFTime, UFMoney, IMAGE, BLOB, CLOB, CUSTOM, MEMO等。 字段名称：生成数据库表列的名称。 计算属性：由其他属性计算得到，本身不需要保存到数据库，不会生成数据库 的列。 空：是否可以为空。 动态属性，保证元数据可以在运行时进行一些处理，主要用于扩展开发以及供 应链等信息
元数据建模—参照设置
用友nc65主子单据开发
Studio代码向导生成单据
使用Studio的代码向导，按步骤生成 单据
课后练习
完成主子单据：采购订单、采购到货单
元数据概述
定义：描述数据的数据，对数据及信息资源的描述性信息
发布/生成脚本/源代码
代码向导-节点类型选择
包资源管理器窗口，右击项目，“新建”→“其他”，弹出向导对话框，选 择“UAP Project development”→“UAP节点开发”→“主子表单据节点”
代码向导-基本信息设置
功能信息：注册功能节点的功能 分类信息，上级节点编码需
菜单信息：注册功能节点的界面 显示信息，根据菜单编码决定上 级菜单
主子单据开发
用友网络科技股份有限公司 姓名 刘正敏
课程内容
1 课程介绍
01 简介与目标 02 学习要求
2 案例场景 3 开发流程
01 无审批流主子单据开发流程 02 带审批流主子单据开发流程
4 练习题
课程介绍
课程简介与目标
学习要求
1. 课程简介： 基于元数据生成主子单据的过程 2. 课程目标： 基于元数据，熟练使用向导生成主子
【流程信息获取、回写】接口
接口属性名称 映射属性 接口属性名称
单据ID
主键
制单人
单据号
订单编号
审批人
所属组织
机构
审批状态
业务类型
业务类型
审批批语
【业务pk锁】接口
接口属性名称 映射属性
PK锁
主键
映射属性 创建人 审核人 单据状态 审批批语
接口属性名称 审批时间 交易类型 单据类型
大数据时代下的数据集成（三）——主数据管理基础概念
大数据时代下的数据集成（三）——主数据管理基础概念1. 前言数据集成包含了ETL、主数据管理、数据质量监控、元数据管理、数据生命周期管理等多个不同的功能模块（图1）。
在前面两篇公众号中主要介绍了ETL的流程和技术架构，并给出了基于元数据驱动的分布式ETL架构。
本文将基于个人理解对主数据和主数据管理系统的基本概念进行简要介绍，供大家参考2. 主数据的概念说到数据分类，很多人都会被主数据（Master Data）、元数据（Meta Data）、引用数据（Reference Data）、事务数据（Transaction Data）等概念弄糊涂，为了更好的说明这些数据的差异，本文引用Information Management网站中的一张图[1]并结合电信行业的实际数据进行说明：图2 数据模型分类•元数据（Meta Data）被定义为描述数据的数据。
这个定义非常抽象，在实际工作中我认为大部分属性字段都可以归纳为元数据。
以电信行业中的小区工参信息为例，小区的经纬度、方向角、放射功率等字段都是用来描述小区的属性，它们字段含义清晰且明确，这些字段就是元数据。
图2中蓝色越深表征语义内容越深，数据质量重要性越高；黄色越深表示数据量越大、数据更新速率越快、数据生命周期越短。
可以观察到元数据的语义性最强，数据质量要求最高，且一旦定义几乎不存在更新；•引用数据（Reference Data）定义为元数据的可能取值范围[2]，我们设计表时所说的数据字典往往就是引用数据。
比如用户账单中的性别只能是男和女，男和女就是引用数据；用户语音详单中的呼叫类型只能是主叫和被叫，主叫和被叫就是引用数据；通常而言，引用数据语义性较强且更新频率很低；•主数据（Master Data）可以初步定义是元数据和引用数据所描述的实例的集合。
以刚才提到的小区经纬度、方向角、发射功率等信息为例，这些元数据和引用数据都是用于描述小区这个实例，那么小区就可以认为是主数据。
主数据管理理论与实践
主数据管理理论与实践-1一、主数据管理概述1.1.主数据的定义在数据管理领域，对于主数据的概念和定义有不同的解释和说明。
参照标准和规范定义，本文采用国际数据管理协会DAMA在《DAMA数据管理知识体系指南》一书中对主数据的定义进行说明。
主数据是关于业务实体的数据，这些实体为业务交易提供关联环境。
业务规则通常规定了主数据格式和允许的取值范围，一般组织的主数据包括当事人、产品、财务结构和位置等。
主数据是关于关键业务实体权威的、最准确的数据，可用于建立交易数据的关联环境。
主数据值被认为是“黄金”数据，主数据相对交易数据而言，属性相对稳定，准确度要求更高，唯一识别。
1.2.主数据的特征相比于其他数据，主数据具有如下特征：1）超越部门，主数据是所有部门和所有业务过程的最大公约数据；2）超越流程，主数据不随具体流程而改变，而是作为完整流程的不变因素。
3）超越主题，不依赖特定业务主题却又服务于所有业务主题的有关业务实体信息；4）超越系统，主数据管理作为单独的系统存在，服务于但高于其他业务系统；5）超越技术，主数据必须应用一种能够为各类异构系统所兼容的技术条件，面向微服务架构为主数据的实施提供了有效的工具。
1.3.主数据的类型主数据主要包括配置型主数据和核心主数据。
●配置型主数据：配置型主数据，也称为参考数据，是描述业务或核心主数据属性分类的参考信息，会在整个组织内共享使用。
一般依据国际标准、国家标准、行业标准或企业标准和相关规范等，在系统中一次性配置使用的基础数据，例如国家、民族、性别等规范性表述。
配置型主数据相对稳定，不易变化。
●核心主数据：核心主数据指用来描述企业核心业务实体的主数据，是企业核心业务对象、交易业务的执行主体，如产品、物资、设备、组织机构、员工、供应商、客户、会计科目等。
1.4.主数据与其他数据的关系在《DAMA数据管理知识体系指南》一书中，将数据管理领域知识体系概括为十个大的方面，分别是数据架构管理、数据开发、数据操作管理、数据安全管理、参考数据和主数据管理、数据仓库和商务智能管理、文档和内容管理、元数据管理、数据质量管理和数据治理等。
元大数据参考模型CIDOC-CRM与OAIS
两个重要的元数据参考模型——CIDOC CRM与OAIS1、基于本体的概念参考模型CIDOC CRM〔Conceptual Reference Model〕CIDOC面向对象的概念参考模型的研究机构是I/CIDOC Documentation Stadards Group,2000年9月,在CIDOC CRM SIG和ISO/TC46/SC4/WG9的共同努力下,CIDOC CRM开始向国际标准开展,到2006年9月,被吸收为ISO 21127国际标准.CIDOC概念参考模型表述了一个"文化遗产信息本体〞的概念,也就是为文化遗产文档中描述的模糊和明确的概念与关系提供了定义和规X的架构."本体〞就是用来描述概念、实体与它们之间关系的表现形式的概念模型.CIDOC CRM提供一个通用并且可扩展的语义框架,使任何文化遗产信息都能用该框架描述,从而推动文化遗产信息的共享共识.该概念模型的研究者准备使该模型成为领域专家和开发者阐述信息系统需求的通用语言,并且能够作为构建概念模型的准如此指南.通过这种方式,可以为不同的文化遗产信息资源提供必需的"语义连接〞.CIDOC CRM定义的结构是一个树型结构,第一层中的元素是树的根节点.在该概念模型中的每一个元素都是一个类,除了根节点上的类,其余类都是由别的类派生出来的,并且局部类具有多重继承的特性,表9中用灰色底纹标出的元素就是与多重继承相关的类.附表1 CIDOC 概念参考模型CIDOC CRM除了定义84个实体,还定义了141个属性,即对每一个实体都定义了与其他实体之间的关系,使实体实现了语义上的关联.例如：E1 CRM Entity的属性定义P1 is identified by<identifies>:E41 Appellation属性名称：P1被标识〔标识〕这里表示：E1 CRM实体用E41称呼来标识P2 has type<is type of>:E55 Type属性名称：P2拥有类型〔是其类型〕这里表示：E55 Type是E1 CRM实体的类型P3 has note:E62 String属性名称：P3拥有注释这里表示：E62字符串是E1 CRM实体的注释其余关系在这里就不详细阐述了,相关文献可参考Definition of the CIDOC.应用：CIDOC概念参考模型目前被多个本领域很有影响的项目所采用,如欧洲的ArchTerra项目,该项目用于在网络上加强东欧和西欧考古机构的信息交流和文化合作,并使用CIDOC CRM作为开发博物馆信息数据库的标准.欧洲IST项目Sculpteur可以创建、操作、管理和描述文化档案,并且为欧洲乃至世界各国人民提供可获取的文化遗产资源.该项目利用CIDOC CRM为分布的多媒体信息管理开发了一个复杂的语义层,并且为各级多媒体描述提供一个知识结构.2、开放档案信息系统参考模型OAIS〔Open Archival Information System〕OAIS模型为完整的、通用的档案系统描述了一个概念框架,它被定义为一个由人和系统组成的有机体,其责任是为指定团体保存信息并使之可以利用.该标准由空间数据系统咨询委员会开发,并成为国际标准,其目的是支持数字信息的长期保存.〔1〕OAIS的环境OAIS是一个置身于生产者、管理者和消费者之间的存档体系.图OAIS的环境模型生产者是提供需要保存信息的人或者是客户系统.生产者通过OAIS的摄取过程〔Ingest〕向OAIS提交要保存的信息,包括元数据.这个过程承受提交的数据并准备到档案系统中存储.管理者由设置OAIS整体政策的人组成.这一角色确立档案收集的X围,明确档案条目的保存许可,指明资金来源以与监管使用的情况,定期评论OAIS的政策和运作.消费者指的是与OAIS服务交互以获取特定保存信息的人或系统.在OAIS消费者中,包括了被称为"目标团体〔DC〕〞的特殊消费者.管理者、生产者、用户以与DC在OAIS中更多的代表了功能性,而不是单纯的组织角色.所有角色可以被包含在单一的组织架构内,也可以分布在多个不同的组织中.〔2〕OAIS参考模型OAIS中定义了3种信息包和6种功能,构成了OAIS参考模型的框架结构.3种信息包分别叫做提交信息包〔SIP〕、存档信息包〔AIP〕和分发信息包〔DIP〕.首先信息生产者将提交信息包提供应OAIS,在OAIS中,一个或多个提交信息包需要被转换成为一个或多个存档信息包进展保存,存档信息包有一系列完整的保存描述信息和相关的内容信息.根据消费者的请求,OAIS再以分发信息包的方式提供一个存档信息包的局部或全部内容给消费者.OAIS的6种功能分别为：摄入〔Ingest〕功能.从信息生产者处接收提交信息包〔SIP〕,并对内容进展准备,以便在档案系统中存储和管理.档案存储〔Archival Storage〕功能.提供存储、维护和检索档案信息包〔AIP〕.数据管理〔Data Management〕功能.植入、维护和存取那些标识并记录档案馆藏的描述信息以与对档案系统进展管理的数据.系统管理〔Administration〕功能.针对整体档案系统提供操纵管理.保存规划〔Preservation Planning〕功能.主要是检测OAIS的环境,提供相关建议以确保在OAIS中存储信息的长期保存方案.存取〔Access〕功能.目的是支持消费者,使消费者可以判定、了解、定位以与获取存储在OAIS中的信息,让消费者可以请求并接收信息产品.OAIS参考模型是对与数字档案系统相关的环境、功能模块以与信息对象的概念化,描述了建立一个实际系统所必需的高层任务、服务以与信息需求.该参考模型适合于任何类型的档案馆,也适合于任何需要长期保存数字信息的机构.对于数字博物馆,其中的文字、图片、影像资料都是非常珍贵,需要长期保存的数据,如果能遵循OAIS参考模型实现对数据的存储和管理,将十分有利于各博物馆之间的数据交换和资源共享.。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
主子实体元数据开1. 概述
主子实体是指业务实体组件中有一个主实体和子实体对象。它普遍出现在 NC 的单据 中。
int level(BinTreeNodlesevt}r*Beutsl,icnBt(rtrTuiontrcaoTetgtert,_eyapNnpetg)oy;oeN_pddinoeeodtd;fde*esreafc*ttrphsB*au{l)ti;cilrn/duh/tT;ciB/lr/tdo1eiTt;u1ea//NcnrNgoto_loiu(fdn(dtnbe*oetpivdlt{(roe(e}TbidpEititrcfrl(ero!-pbmu>tintrTvritgaey-l(>hlpbulteeie,rtrf=xdt)e,=apr{xkextta,)rt;ru{;k,kr)sd+n;tra+;u1t;ac}0txyBpieTNxv},ooidi{ndet&m*lkac)hi}nil(de)}l;s/e/ js+tr}+uj;cBf+BtoB.+Bid.r.L(;+adikTe+taanN=;t[agojB]e[tdkh=l.se+L+eA1e*+]nr.i;dfc=g(d.-[d;{aiB]1a/it;f/a.;t(dkaA[}ia[]>.kBtdB<}=a];aii.T[BLjt+;aNke.+d[Loni;-]aed-g>t)netahg,B[jt*]+h.)wBd+]{avhi;T=otilareiAedi[n(Be.i{dtm;.<Laive=etAoarngi.0[dLgie],e;jt2Ch=n(o{Sg-0ut9q1h,n/kAL])/t)/iL/[;2s1/e1AtA…aABBmf"…,.S(h+Bq"mniLT6m+irsnet8]e&mhBTen),amidn+dtn&a2Ot*acx(7o10u)n+t)0x{11*ixf=0( nT+o1)d*{ex2i_1f c(+(o!uT2/xn/-*10>tx+l2+cxh=1il;+dnx)o&2/d/h&e=tt_(pn!c:To0o//-duw>1enrw*_c2t/wchx-oi0.1ldu;xon)/)1c*t;cinx6o42.1ucleonfmtt+d/+5ap;t-a5//r7iLg9Cihs4ot8lNuet5nmof9ttdreLp4iegme.=h*ap3tMfAmBol(a[aTrTlit]ex(-;(><i2)nAlccetl[ha0i]}ise=l=ds1,0}A…Tc;[yoine2pu<-nT6ein=-yH>12tp)(]Te;v;enn[Co1-A-ti1o3m1d[u]nA)pHin-[/;in(tv-kL21]ene;]1reyais=A+)nef=[+(t-nm(k1Ta])eAT-p){y>nyA;r-p%c2eh…1iAld3e[2,1]3c,2e1oi20Vn0(u3e=bt×n4i{)n3t1a5)B0);,5b20A}{7,B(2ce[2a150,(l0)ds0cn(a20e,a)]×ie[13j1)1cnr2,a17Af2e0A4,i58g2jtB]b1u(B03}(a5r4,21[En)]06a1B;=07A51([}{0]b937S<A/3)56/HaL([06C0c,sT1b3)]uo[A.>81A0c5u,493]cBn<B0.]=taC5H[L8(0,A1De(4g]k/,Aa5>2EBef0,[)Fy,<]*4C[G)G]b[=2B1,,DHk)g+[]e>,I1AEJy,/[<(,81%C1c]-[8,a5bD1)]C>3C]B,D1<[D1]2Bd62,GFc3E>=41A,V5</1I5EdH475,Gf1231>01+0*J5,91<420G4+0e*30G241,7W1d+*787>13P031,4*9<1L74=41f=0+,515a24953>**/546,17<5+15=0g37413,2*0c5572>/4+517,5<6451*g524,0d+3>956,*5<0315f9+2,3e5W12>14P,12*<3L157g+=56,52f13053>105*693}64*1,{73+80217+9596510*77046873+1*71249264+*9503182+79012*176208590=*2092+8123169831731237*793}W2+531P352L5*0313173+s3T3125158*,21T2052=5,2…915W063…303P5,LTS Tini k1i(2i={a1b,2c,d…e…fg}S0)1,1k10in1i011k11k10n+1kk1Pn21>r+0ikm…00…11+1k0s1=0n11+n21K…ru…snkas1l ns,s=nk,nk a11a121a02K1)aru2s2kaa=2l203*:9(a1i+03/1jA2-03aB(3a131+Aa12=3B+42[…0+]3A…+a3aij1+n3inn149-+iH10-41au+jnfi84+fnm4+16a5B8n+58F1544):52=5706305306.986,2T76:0150,D811:00148110683171,F10ST6:06D413S024H515,1H12:007412101402H*1291u60+22f{f7m4*63a2+n58307*71836+21102*72306+722774*0674128+493}*()4+86*312=513219 5:13/5671(130+7822+6261+p03a1+341352+401143,41)p0=83,21a.8425,913,,p66331:121,0A1a24B13G,,CP4pJ9AD3KG21EHD12AFDaJ3GBH,EPaDHKBApGIBM3J2HEKIF1AJMCKCAEFCMFIIM