居民电子健康档案与个人健康信息系统建设标准化指南之六
PHRS/T K021-2008
国家卫生数据字典
第1部分：编制规范
National Health Data Dictionary
Part 1: Specification for drafting
(本稿完成日期：2008年9月)
XXXX-XX-XX发布 XXXX-XX-XX实施
卫生部卫生标准委员会 批 准
前 言
《国家卫生数据字典》分为11个部分：
第1部分：编制规范；
第2部分：元数据框架；
第3部分：数据类型；
第4部分：数据模型；
第5部分：注册和管理；
第6部分：人员类；
第7部分：内容类；
第8部分：方法类；
第9部分：环境类；
第10部分：事件类；
第11部分：目的类；
本标准将来可能增加其他部分。
本部分的附录A为规范性附录，附录B为资料性附录。
本部分由卫生部卫生信息标准专业委员会提出。
本部分由卫生部统计信息中心归口。
本部分起草单位：中国人民解放军总后勤部第四军医大学卫生信息研究所本部分主要起草人：徐勇勇、王才有、刘丹红、胡建平、潘峰、王霞、杨鹏
国家卫生数据字典
第1部分：编制规范
1范围
本部分规定了国家卫生数据字典的编制原则，数据元描述的内容和详细要求，数据元分类、命名和标识规则。
本部分适用于国家卫生数据字典的编制。
2 引用文件
下列文件中的有关条款通过引用而成为部分的条款。凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本都不适用于本部分。但提倡使用本部分的各方探讨使用其最新版式本的可能性。凡不注日期、分册或版次的引用文件，其最新版本适用于本部分。
ISO/IEC 11179：Information technology-Medada Registries(MDR)
GB/T 18391：信息技术数据元的规范与标准化
GJB/T 6595.1-2008：后勤保障数据元字典第1部分：编制规范
3术语和定义
3.1数据data
对事实、概念或指令的一种形式化表示，适用于以人工或自动方式进行通信、解释或
处理。
[GB/T 18391.1-2002, 定义3.12]
3.2数据元 data element
用一组属性描述其定义、标识、表示和允许值的基本数据单元。
[GB/T 18391.1-2002, 定义3.14]
3.3通配数据元generic data element
可再利用的值域。
[GB/T 18391.1-2002, 图1.1]
3.4 数据字典 data dictionary
涉及其他数据应用和结构的数据的数据库，即用于存储元数据的数据库[ANSI X3.172-1990]。
[GB/T 18391.1-2002, 定义3.13]
3.5 数据元字典 data element dictionary
列出并定义了所有相关数据元的一种信息资源。
[GB/T 18391.1-2002, 定义3.16]
3.6 数据元概念 data element concept
能以数据元形式表示，且与任何特定的表示法无关的一种概念。
[GB/T 18391.1-2002, 定义3.15]
3.7 标识符 identifier
注册机构内与语言无关的数据元的唯一标识符。
[GB/T 18391.1-2002, 定义3.33]
3.8 数据元值 data element value
数据元允许值集合中的一个特定值。
[GB/T 18391.1-2002, 定义3.20]
3.9 数据项 data item
数据元的一个具体值。
[GB/T 18391.1-2002, 定义3.22]
3.10 数据模型Data model
以反映信息结构的某种方式对数据组织的描述。
[GB/T 18391.1-2002, 定义3.23]
3.11 数据类型 datatype
由数据元操作决定的用于采集字母、数字和（或）符号的格式，以描述数据元的值。
[GB/T 18391.1-2002, 定义3.25]
3.12 数据元值的数据类型Datatype of data element value
表示数据元值的不同值的集合。
[GB/T 18391.1-2002, 定义3.26]
3.13 元数据metadata
定义和描述其他数据的数据。
[GB/T 18391.1-2002, 定义3.41]
3.14 对象类 object class
现实世界中的想法、抽象概念或事物的集合，有清楚的边界和定义，并且其特性和行为遵循同样的规则而能够加以标识。
[GB/T 18391.1-2002, 定义3.45]
3.15 特性 property
对象类的所有个体所共有的某种性质。
[GB/T 18391.1-2002, 定义3.48]
3.16 限定词 qualifier
帮助定义和呈递唯一性概念的术语。
[GB/T 18391.1-2002, 定义3.50]
3.17 限定术语 qualifier term
帮助定义和区分数据库中某个名称的词或词组。
[GB/T 18391.1-2002, 定义3.51]
3.18 注册 registration
赋予数据元一个明确无二义的标识符以使感兴趣的各方可以获得关于这些数据元的元数据。
[GB/T 18391.1-2002, 定义3.54]
3.19 相关环境 context
对使用名称或产生名称的应用环境或应用规程的指明或描述。
[GB/T 18391.1-2002, 定义3.11]
3.20 广义概念 general concept
包含两个或两个以上对象的概念，这些对象由于具有共同的特性而有理由认为属于同一个组别。广义概念通常表示为一组数据，如表示“行星”、“塔”的所有数据。
[ISO/IEC 11179.1-2004, 定义3.2.13]
3.21个体概念 individual concept
仅包含一个对象的概念。个体概念通常表示为一组数据或元数据，如“土星”、“埃菲尔铁塔”是“行星”、“塔”的分类代码取值。
[ISO/IEC 11179.1-2004, 定义3.2.14]
3.22值域 value domain
允许值的集合。
[ISO/IEC 11179.1-2004, 定义3.3.38]
4 国家卫生数据字典的组成结构
4.1分类的基本原则
根据卫生信息产生的规律将信息划分为规则和字典内容两个部分。规则包括编制规范、元数据
框架、数据类型和数据模型。字典内容包括人员、内容、方法、环境、事件和目的。
4.2组成结构
本标准的组成结构见图
1
图1 《国家卫生数据字典》结构
4.3各部分的主要内容
4.3.1编制规范
规定国家卫生数据字典的编制原则，数据元描述的内容和详细要求，数据元分类、命名和标识规则。
4.3.2元数据框架
规定数据元属性描述的主要内容、元数据的主要类型及其相互关系。
4.3.3数据类型
由数据元操作决定的用于采集字母、数字和（或）符号的格式，以描述数据元的值。
如人名、地址、通讯的数据元的值。
4.3.4数据模型
规定数据元对应的实体和实体之间的相互关系。
4.3.5 注册与管理
规定元数据注册、管理的基本流程和要求。
4.3.6人员类
描述个体人、人的群体和机构的基本特征。
4.3.7内容类
描述对象的实体分类与术语。
4.3.8 方法类
描述分类与编码方法、信息技术和信息系统建设。
4.3.9 环境类
描述与卫生活动相关的地点、场所、自然环境、社会环境和经济环境。
4.3.10 事件类
描述时间表示、事件分类、动态过程及时间系列展示等。
4.3.11 目的类
描述卫生活动的出发点、理由及相关政策、法规及指导方针。
5国家卫生数据字典的编制原则
国家卫生数据字典的编制应遵循统一、科学、实用和独立的基本原则。具体原则如下：
a)应按照统一的规则编制国家卫生数据字典；
b)应满足卫生信息系统建设，特别是信息系统间数据交换和共享的实际需求；
c)数据元的遴选应结合卫生行业信息系统建设实际，采用自顶向下和自底向上相结合的方法；
d)数据元的设计应科学地反映卫生管理对实体或事件信息的描述和处理要求；
e)数据元的描述应具有反映数据自身特点的独立性，即与信息系统结构和功能的无关性。
6数据元描述内容和详细要求
6.1描述内容
数据元的描述属性应按表1所列各项内容及要求选定，具体描述见附录A。数据元描
述示例参见附录B。
表1 数据元属性列表
序号属性类别属性名称选用要求属性值最大长度
1
标识类统一标识符M 7
2 内部标识符O -
3 数据元名称M 40
4 数据元的同义名称O 40
5 语义环境 C 80
6 定义类数据元的定义M -
7
表示类数据元值的数据类型M 20
8 数据元值的最小长度M 6
9 数据元值的最大长度M 6
10 数据元值的计量单位 C -
11 数据元值的表示形式M 20
12 数据元值的表示格式 C 15
13 数据元的值域M -
14
关系类关键字O -
15 关系类型 C -
16
管理类提交机构O 7
17 提交日期O 8
18 注册机构M 7
19 批准日期M 8
20 注册状态M 10
21 版本标识符 C 10
22 数据元附加说明O - 注1：“选用要求”栏中，“M”表示“必选”：必须要选用的属性；
“C”表示“条件选”：在某一特定条件下必须选用的属性；
“O”表示“可选”：可以选用，但不是必要的属性。
注2：“属性值最大长度”栏中的数据为建议数据，单位为字节数（byte）。“—”表示不限长度。
6.2 详细要求
6.2.1 标识符
6.2.1.1 结构
标识符由4部分组成，采用总长不大于15位的字母数字混和码。代码结构见图2。
××××××××××××××××
数据元变体标识符
元数据顺序号
元数据类型代码
实体分类代码
图2 标识符结构
其中：
a) 实体分类代码，首位用3位大写英文字母加层次码（不包括“I”，“O”）表示，见表6；
b) 元数据类型代码，用1位数字表示元数据类型，见表2；
表2 元数据类型
代码元类型
1 数据元
2 通配数据元
3 值域
4 编码体系
5 数据元概念
6 对象类
7 特性
8 术语（限制词）
c) 元数据顺序号，用5位阿拉伯数字表示（00001-99999）；
d) 数据元变体标识符，用1位大写英文字母（不包括“I”，“O”）表示。本标准规定ABC三个字母已经被占用，A表示字符串，B表示代码，C表示条形码。
6.2.1.2 编制要求
a) 一个数据元有且只有一个统一标识符，一个统一标识符只能标识一个数据元；
b) 各实体中的数据元应统一进行元数据顺序号划分并赋码；
c) 数据字典中应包括表1中所列的11个必选属性，其余属性可根据需要选用；
d) 元数据类型代码是有含义代码；
e) 元数据顺序号从“00001”开始依序递增，其顺序本身并无含义；
6.2.2 内部标识符
内部标识符仅用于标识各业务体系内在用信息系统的数据元，由业务主管部门确定。
6.2.3数据元名称
精炼表达数据元含义的中文词组开短语。数据元命名规则如下：
数据元名称 = 对象词+特性词+表示词
其中：
a)对象词表示数据元所属的事物或概念，它是数据元名称中占支配地位的部分；
b)特性词是表示数据元的对象类显著的、有区别的特征；
c)表示词是数据元名称中描述数据元表示的一个成分，它描述了数据元有效值集合的格式。
数据元通用表示词见表3；
表3 通用表示词列表
表示词含义
名称表示一个对象称谓的一个词或短语
代码替代某一特定信息的一个有内在规则的字符串(字母、数字、符号)
说明表示描述对象信息的一段文字
金额以货币为表示单位的数量，通常与货币类型有关
数量非货币单位数量，通常与计量单位有关
日期以公元纪年方式表达的年、月、日的组合
时间以24小时制计时方式表达的一天中的小时、分、秒的组合
百分比具有相同计量单位的两个值之间的百分数形式的比率
比率一个计量的量或金额与另一个计量的量或金额的比
标志指示符，两个且只有两个表明条件的值，如：是／否、有／无等
d) 当表示词与特性词有重复或部分重复时，可以从名称中将冗余词删除掉；
e) 当数据元名称需要特殊限制时，还可使用限定词来限定。
6.2.4 数据元的同义名称
与规定的数据元名称具有相同含义，但表达方式不同的中文词组或短语。
6.2.5 语义环境
当数据元名称的使用需要进行范围限定时，需要描述此项。
6.2.6 数据元定义
准确、简练地表示一个数据元的本质特性并使其区别于所有其他数据元的陈述。
6.2.7 数据元值的数据类型
表示数据元取值集合的类型。数据元值的数据类型包括字符型、数值型、日期型、日期时间型、时间型、布尔型、二进制型，见表4。
表4 数据元值的数据类型
数据类型说明
字符型用字符串形式表达的数据元值的类型。包括汉字、字母字符和以字符形式出现的数字
数值型用任意实数表达的、可进行数学运算的数据元值的类型
日期型用年月日形式表达的值的类型。符合GB／T 7408
日期时间型通过年月日时分秒形式表达的值的类型。符合GB／T 7408
时间型通过时分秒形式表达的值的类型。符合GB／T 7408
布尔型有且只有两个可选值的类型。如“开／关”或“是／否”
二进制型用图形、图像、音频等表示的值的类型
6.2.8 数据元值的最小长度
表示数据元可存储最小值的位数。
6.2.9 数据元值的最大长度
表示数据元可存储最大值的位数(包括小数位及小数点)。
6.2.10 数据元值的计量单位
使数值型数据元产生实际意义的计算和度量单位的符号。没有符号的可使用规范的中文词汇。
6.2.11 数据元值的表示形式
数据元表示形式的名称或描述，例如：“数值”、“代码”、“文本”等。
6.2.12 数据元值的表示格式
用字符串表示数据元值的格式，表示格式记法见表5。在使用表5所列格式记法时需要遵守以下要求：
a) 当数据元值在构成上没有特殊要求时，可直接选取对应的格式记法；
示例1：三位数字代码的格式可记为“n”；英文名称的格式可记为“Aa"。
b) 当数据元值在构成上有特殊要求时，应在两个助记符“／”之间明确表示每一位的格式要求。
示例2：三位分层字母数字代码．其第一层为1位大写字母，第二层为2位数字，它的格式应记为“／Ann
／”，而不可简单记为“An”。
表5 数据元值的表示格式记法
名称标识符说明
字符型表示法标准型
A 全部为英文大写字母(A到Z)
a 全部为英文小写字母(a到z)
n 全部为阿拉伯数字(0到9)
混合型
Aa 英文大写字母或小写字母
An 英文大写字母或阿拉伯数字
an 英文小写字母或阿拉伯数字
Aan 英文大写字母、小写字母或阿拉伯数字扩展型S 包含汉字的字符串
数值型表示法
十进制整数I 无小数位
十进制小数 D 有小数位
日期时间型表示法
日期型
YYYYMMDD 全日期表示(年月日)
YYYYMM 部分日期表示(年月)
YYYY 部分日期表示(年)
日期时间型
YYYYMMDDHHMMSS全日期时间表示(HH为24小时制)
YYYYMMDDHHMM 部分日期时间表示(HH为24小时制，不计秒)
YYYYMMDDHH 部分日期时间表示(HH为24小时制，不计分、秒)时间型HHMMSS 全时间表示(HH为24小时制)
HHMM 部分时间表示(HH为24小时制，不计秒)
6.2.13 数据元的值域
数据元允许值的集合。可采用穷举法或参考法表示。
a) 穷举法：指罗列所有可选值的内容，适用于可选值较少的情况。
示例3：数据元“人的性别代码”的值域，根据GB／T 2261.1，可取如下枚举值：O未知／1男／2女／9未说明。
b) 参考法：用一个参照对象来限定可选值的范围，适用于可选值较多的情况。在使用参考法
时，应优先采用现有标准为参照对象。
示例4：数据元“人员出生地代码”的值域可表示为：“由GB／T 2260《中华人民共和国行政区划代码规
定的代码集合”。
6.2.14 关键字
用于数据元检索和管理的一个或多个有意义的字词。关键字宜包括对象类词、特性词、表示词等。
6.2.15 关系类型
表示当前数据元与其他相关的数据元之间关系的一种描述。表6给出了数据元之间的几种基本关系。
表6 数据元关系类型的表示格式
关系名称关系标识符关系描述
派生关系(derive-from) DF 描述了数据元之间的继承关系，一个较为专用的数据元是由一个较为通用的数据元加上某些限定词派生而来
组成关系(compose-of) CO 描述了整体和部分的关系，一个数据元由另外若干个数据元组成替代关系(replace-of) RO 描述了数据元之间的替代关系
连用关系(1ink-with) LW 描述了一个数据元与另外若干数据元一起使用的情况
6.2.16 提交机构
对数据元提出增补、变更、取消、删除的机构或部门的代码。
6.2.17 提交日期
对数据元提出增补、变更、取消、删除的日期。
6.2.18 注册机构
经授权对数据元进行注册管理的机构或部门的代码。
6.2.19 批准日期
数据元进入“标准”状态的日期。
6.2.20 注册状态
数据元在其注册的生命周期内所处状态。注册状态有：“草案”、“标准”、“废止”。6.2.21 版本标识符
6.2.21.1 定义
版本标识符是指注册机构赋予的反映数据元演变过程的标识符。
6.2.21.2 结构
版本标识符=“V”＋ m..m ＋“．”＋ n..n
其中：“m..m”是主版本号，“n..n”是次版本号。
6.2.21.3 编制要求
a) 主版本号和次版本号均由阿拉伯数字构成；
b) 当数据元的某些属性发生了变化时，其版本需要进行相应的改变；
c) 如果数据元更新前后可以进行有效的数据交换，则更新后数据元主版本号不变，次版本号
等于当前次版本号加1；
d) 如果数据元更新前后无法进行有效的数据交换，则更新后数据元主版本号等于当前主版本
号加1，次版本号归0。
6.2.22 数据元附加说明
需要对数据元进行的其他说明。
7 数据元实体分类
数据元的实体分类采用线分类法。本部分规定了实体分类的3位首字母（见表6），其它代码结构见图2。
表6 数据元实体分类代码
名称代码卫生业务领域综合集成
人员类PAT 卫生管理
医疗服务
公共卫生
社区卫生服务
农村卫生
卫生监督
健康卡
健康档案
电子病历
区域卫生信息资源
内容类CNT
方法类MTD
环境类ERN
事件类EVT
目的类RSN
8 元数据注册方式
a) 注册完备的数据元；
b) 注册通配数据元；
c) 注册数据元概念；
d) 注册值域；
e) 注册值域的增补值；
f) 注册对象类；
g) 注册特性；
h) 注册编码体系；
i) 注册术语（限制词表）。
附录A
（规范性附录）
数据元基本属性
数据元基本属性见表A.1
表A.1 数据元基本属性
数据元属性标识符数据元名称
数据元的
同义名称
语义环境数据元的定义
数据元值的
数据类型
AA0001A 统一标识符——数据字典由数据元注册机构按照统一的编制规则分配
的数据元标识符
字符型
AA0002A 内部标识符——数据字典各业务体系对其所用信息系统中的数据元进
行综合标准化处理后确认继续使用的、并经
数据元注册机构备案的，仅供业务体系内部
使用数据元标识符
字符型
AA0003A 数据元名称 ——数据字典精炼表达数据元含义的中文词组或短语字符型
AA0004A 数据元的同
义名称
同义名称数据字典
与规定的数据元名称具有相同含义，但表达
方式不同的中文词组或短语
字符型
AA0005A 语义环境语境数据字典产生或使用数据元名称的应用环境字符型
AA0006A 数据元的定
义
定义数据字典
准确、简练地表示一个数据元的本质特性并
使其区别于所有其他数据元的陈述
字符型
AA0007A 数据元值的
数据类型
数据类型数据字典表示数据元取值集合的类型字符型
AA0008A 数据元值的
最小长度
最小长度数据字典表示数据元可存储最小值的位数数值型
AA0009A 数据元值的
最大长度
最大长度数据字典
表示数据元可存储最大值的位数(包括小数位
及小数点)
数值型
AA0010A 数据元值的
计量单位
计量单位数据字典
使数值型数据元产生实际意义的计算和度量
单位
字符型
AA001lA 数据元值的
表示形式
表示形式数据字典数据元表示形式的名称或描述字符型
AA0012A 数据元值的
表示格式
表示格式数据字典用字符串表示数据元值的格式字符型
AA0013A 数据元的值
域
值域数据字典数据元允许值的集合字符型
AA0014A 关键字——数据字典用于数据元管理的一个或多个有意义的字词字符型
AA0015A 关系类型——数据字典表示当前数据元与其他相关的数据元之间关
系的一种描述
字符型
AA0016A 提交机构 ——数据字典对数据元提出增补、变更等需求的组织或部
门
字符型
AA0017A 提交日期——数据字典对数据元提出增补、变更、取消、删除的日
期
日期型
AA0018A 注册机构——数据字典由管理机构授权，具体负责实施数据元注册
的组织或部门
字符型
AA0019A 批准日期——数据字典数据元进入“标准”状态的日期日期型AA0020A 注册状态 ——数据字典数据元在其注册的生命周期内所处状态字符型
AA0021A 版本标识符——数据字典注册机构赋予的反映数据元演变过程的标识
符
字符型
AA0022A 数据元附加
说明
——数据字典需要对数据元进行的其他说明字符型
表A.1（续）
数据元属性标识符数据元值的
最小长度
数据元值的
最大长度
数据元值的
计量单位
数据元值的
表示形式
数据元值的
表示格式
数据元的
值域
关键字
AA0001A 7 7 byte 标识符AAnnnnA 符合6.2.1.1的字
符串
数据元、统一、标
识符
AA0002A 0 ——byte 标识符Aa ——数据元、内部、标识符
AA0003A 4 40 byte 名称S ——数据元、名称
AA0004A 0 40 byte 名称S ——数据元、名称
AA0005A 0 80 byte 文本S ——语境、语义、环境AA0006A 20 ——byte 文本S ——数据元、定义
AA0007A 6 20 byte 文本S 表2 数据元、值、数据、类型
AA0008A 3 6 byte 数量n 0～9 数据元、值、最小、长度
AA0009A 3 6 byte 数量n 0～9 数据元、值、最大、长度
AA0010A 0 ——byte 文本S ——数据元、值、计量、单位
AA0011A 4 20 byte 文本S 表3 数据元、值、表示、形式
AA0012A 1 14 byte 标识符S 表4中的标识符
的组合
数据元、值、表示、
格式
AA0013A 10 ——byte 文本S ——数据元、值域AA0014A 0 ——byte 文本S ——关键字
AA001SA 0 ——byte 代码S 表5中的标识符关系、类型AA0016A 0 7 byte 代码n GJB
4420 机构、提交
AA0017A 0 8 byte 日期YYYYMMDD 有效的年、月、
日数值
日期、提交
AA0018A 2 7 byte 代码n GJB
4420 机构、注册
AA0019A 8 8 byte 日期YYVYMMDD 有效的年、月、
日数值
日期、批准
AA0020A 4 10 byte 文本S 草案／标准／限
用／注销
状态、注册
AA0021A 4 10 byte 代码Ann.nn V／0～9 版本标识符
AA0022A 0 ——byte 文本S ——附加说明、数据元
表A.1（续）
数据元属性标识符关系类型提交机构提交日期注册机构批准日期
注册
状态
版本
标识符
数据元
附加说明
AA0001A ——支撑计划项目组20080921草案V1.0 ——AA0002A ——支撑计划项目组20080921草案V1.0 ——AA0003A ——支撑计划项目组20080921草案V1.0 ——AA0004A ——支撑计划项目组20080921草案V1.0 ——
AA0005A AA0004A
联用
支撑计划项目组20080921草案
V1.0 ——
AA0006A ——支撑计划项目组20080921草案V1.0 ——AA0007A ——支撑计划项目组20080921草案V1.0 ——AA0008A ——支撑计划项目组20080921草案V1.0 ——AA0009A ——支撑计划项目组20080921草案V1.0 ——AA0010A ——支撑计划项目组20080921草案V1.0 ——AA0011A ——支撑计划项目组20080921草案V1.0 ——AA0012A ——支撑计划项目组20080921草案V1.0 ——AA0013A ——支撑计划项目组20080921草案V1.0 ——AA0014A ——支撑计划项目组20080921草案V1.0 ——AA0015A ——支撑计划项目组20080921草案V1.0 ——AA0016A ——支撑计划项目组20080921草案V1.0 ——AA0017A ——支撑计划项目组20080921草案V1.0 ——AA0018A ——支撑计划项目组20080921草案V1.0 ——AA0019A ——支撑计划项目组20080921草案V1.0 ——AA0020A ——支撑计划项目组20080921草案V1.0 ——AA0021A ——支撑计划项目组20080921草案V1.0 ——AA0022A ——支撑计划项目组20080921草案V1.0 ——
附录B
(资料性附录)
数据元描述示例
“定义类属性”所包含的属性对于关系类、表示类和管理类属性的多个集合来说是可以合法使用的。可以用以下注册安排达到数据元字典的实际实现：
a)只注册完备的数据元规范（见示例1）。
b)分别注册一个带有定义类和标识类属性的“数据元概念”和两个数据元。这两个数据元具有来
自于该数据元概念的定义类属性及其自身特定的标识类、表示类、关系类和管理类属性。属性“相关数据参照”有一个“数据元概念”的参照，定义类属性从该“数据元概念”继承而来（见示例2）。
注：在这种情况下两个不同的实体“数据元概念”和“数据元”应当被区别。在示例2中属性“标识符”包含了这种区别。举例来说，表示一个“货币标识符”的方法有两种：—对应一个3位字母代码；
—对应一个3位数字代码。
对于两个对应的数据元来说，它们的定义类属性（用斜体字表示）是相同的。
示例1：注册完备的数据元
名称：货币、字母代码货币数字代码
标识符： 4217-3A 4217-3N
注册机构： ISO ISO
同义名称：字母货币数字货币
相关环境：资金转账报文资金转账报文
定义：货币的代码货币的代码
关键字：货币，资金，金额，财政总额货币，资金，金额，财政总额
表示类别：字符串字符串
表示形式代码代码
数据元值的数据类型：字母字符数字字符
数据元值的最大长度： 3 3
数据元值的最小长度： 3 3
数据元允许值：现行ISO4217标准中表示货
币的全部3位字母代码现行ISO4217标准中表示货币的全部3位字母代码
主管机构 ISO执行局 ISO执行局注册状态标准标准
示例2：“数据元概念（DEC）”和“数据元（DE）”被注册为两个不同的实体。
“数据元概念（DEC）”的属性
名称：货币标识符
标识符： DEC-0001
注册机构： ISO
同义名称：货币代码
相关环境：资金转账报文
定义：货币的代码
相关数据参照： ISO-DE-4217-SN
关系类型：导出的数据元
注册状态：标准
“数据元（DE）”的属性：
名称：货币、字母代码货币数字代码
标识符： 4217-3A 4217-3N 注册机构： ISO ISO
同义名称：字母货币数字货币
相关环境：资金转账报文资金转账报文
定义：货币的代码货币的代码
关键字：货币，资金，金额，财政总额货币，资金，金额，财政总额相关数据参照： ISO-EDC-0001 ISO-EDC-0001 关系类型：数据元概念数据元概念
表示类别：字符串字符串
表示形式代码代码
数据元值的数据类型：字母字符数字字符
数据元值的最大长度： 3 3
数据元值的最小长度： 3 3
数据元允许值：现行ISO4217标准中表示货
币的全部3位字母代码现行ISO4217标准中表示货币的全部3位字母代码
主管机构 ISO执行局 ISO执行局注册状态标准标准
参考文献
GB／T 2260 中华人民共和国行政区划代码
GB／T 2261.1个人基本信息分类与代码第1部分：人的性别代码
GB／T 2659-2000世界各国和地区名称代码
GB／T 18391.1-2002信息技术数据元的规范与标准化第1部分：数据元的规范与标准化框架
软件产品开发需求模型(DFD 和DD) 数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说 明，是数据流程图的补充工具。数据流图和数据字典共同构成系统的逻辑模型。 数据字典由下列六类元素的定义组成： （1）数据流 （2）数据项：是“不可再分”的数据单位，是数据的最小组成单位。 （3）数据结构 （4）数据存储：数据存储是数据结构停留或保存的场所。 （5）处理逻辑 （6）外部实体 在第一层和第二层数据流图的定义之后，我们都已经详细定义了数据字典的各元素。 对于各数据项的详细符号描述，见实验二的《软件概要设计说明》中的“软件数据结构设计”。 一、 数据流图： 1． 网上购书电子商务系统数据流程图（第一层） DBMS1.1暂存订单 DBMS1.2书籍库存 DBMS1.3采购订单 DBMS1.4销售历史DBMS1.6应付款明细帐DBMS1.5应收款明细帐DBMS1.7总帐 数据流图说明：（DD ）
1．1 E ：外部项 1．2 P ：处理逻辑 1．3 F ：数据流 共有FBMS1.1 ～FBMS1.10这10个数据流，分别描述如下： （1）数据流名称：FBMS1.1 数据流说明：用户登入 （2）数据流名称：FBMS1.2 数据流说明：密码修改 （3）数据流名称：FBMS1.3 数据流说明：顾客的订单
（4）数据流名称：FBMS1.4 （5）数据流名称：FBMS1.5 数据流说明：付款（顾客付款给送货人） （6）数据流名称：FBMS1.6 （7）数据流名称：FBMS1.7
（8）数据流名称：FBMS1.8 （9）数据流名称：FBMS1.9 （10）数据流名称：FBMS1.10 1．4 D：数据存储 描述如下：
数据库设计规范、技巧与命名规范 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。 数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据， 满足用户信息要求和处理要求。 数据库设计的各阶段： A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。 C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。 然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。 需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis， 简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术， 用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示:
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
管家婆数据库表 名称代码 职员信息表employee 库存商品信息表Ptype 往来单位btype 摘要表Abstract 地区信息表AreaType 会计科目表atypecw 仓库信息表Stock 部门信息表Department 订单索引表DlyndxOrder 订单明细表BakDlyOrder 单据索引表Dlyndx 进货单明细表Dlybuy 销售单明细表BakDlyOrder 零售单索引表Dlyndxretail 零售单明细表Dlyretail 其他单据明细表(比如调拨单,收.付款等) Dlyother 凭证明细表Dlya 操作员表Loginuser 系统初始值表Sysdata 系统配置表Syscon 单据配置表vchcon 单据类型表Vchtype 自动盘赢盘亏表CheckedCount 列配置表ColConfig 商品库存分布表GoodsStocks 期初商品库存分布表IniGoodsStocks 库存上下限报警设置表GoodsWar 客户跟踪价格表Price 期初发货、委托、受托商品库存表IniCommission 发货、委托、受托商品库存表Commission 发货结算单明细表Sendjsdly 固定资产基本信息表(包括固定资产类别、增减方式、使 Fixbasic 用状况) 固定资产减少Fixdel 固定资产折旧明细FixDepDetail 固定资产明细表FixDetail 会计期间表MonthProc 期初借进借出商品表Lendborrow00 借进借出商品表Lendborrow 门店登记信息表Posinfo
常用表中的主要字段介绍 1.商品信息库(ptype) 注:销售退货取的入库商品的成本首先取最近加价值(recprice),如果没有的话才取当前库存成本值. 2.往来单位信息库(btype) 与商品信息库相同的字段这里就不介绍了
数据库设计方法、规范与技巧 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程
用友U8的SQL SERVER 数据库结构说明表 在帐套中的两个表，一个表是RPT_GRPDEF,存放帐套中重要的表名及相关说明；另一个是RPT_ITMDEF,存放的是主要表中的相关字段说明； TableID ETableName CTableName 1 Accessaries 成套件表 2 AccInformation 帐套参数表 3 AdjustPVouch 4 AdjustPVouchs 5 Ap_AlarmSet 单位报警分类设置表 6 Ap_BillAge 帐龄区间表 7 Ap_Cancel 核销情况表 8 Ap_CancelNo 生成自动序号 9 Ap_CloseBill 收付款结算表 10 Ap_CtrlCode 控制科目设置表 11 Ap_Detail 应收/付明细帐 12 Ap_DigSet 13 AP_DispSet 查询显示列设置表 14 Ap_InputCode 入帐科目表---------- 15 Ap_InvCode 存货科目设置表 16 Ap_Lock 操作互斥表 17 Ap_MidExch 18 Ap_MyTableSet 查询条件存储表 19 Ap_Note 票据登记簿 20 Ap_Note_Sub 票据登记簿结算表 21 Ap_SstyleCode 结算方式科目表 22 Ap_Sum 应收/付总帐表 23 Ap_Vouch 应付/收单主表 24 Ap_Vouchs 应付/收单主表的关联表 25 Ap_VouchType 单据类型表 26 Ar_BadAge 坏帐计提帐龄期间表 27 Ar_BadPara 坏帐计提参数表 28 ArrivalVouch 到货单、质检单主表*** 29 ArrivalVouchs 到货单、质检单子表*** 30 AssemVouch 组装、拆卸、形态转换单主表 31 AssemVouchs 组装、拆卸、形态转换单子表 32 Bank 本企业开户银行及帐号 33 CA_ACR 按产品产量约当分配率表 34 CA_AllMt 分配率分配方法表 35 CA_AmoCt 各项费用成本表 36 CA_AsDIF 辅助部门内部固定分配率表 37 CA_AssCW 辅助费用耗用表 38 CA_AssMP 辅助部门计划单价表 39 CA_AWPC 各项费用耗用计划表
学生成绩管理系统数据库创建学生成绩数据库，命名“XSCJ”。数据库包含以下基本表 A.1 学生信息表 1.学生信息表结构 创建学生信息表，表名“XSB”，表结构如表A.1所示。 表A.1 学生信息表（XSB）结构 2.学生信息表样本数据 学生信息表样本数据（照片除外）如表A.2所示。 表 A.2 学生信息表样本数据表
A2. 课程信息表 1. 课程信息表结构 创建课程信息表，表名“KCB”，表结构如表A.3所示。
表A.3 课程信息表（KCB）结构 2. 课程信息表样本数据 课程信息表样本数据表A.4所示。 表 A.4 课程信息表样本数据表 A3. 学生成绩表 1. 学生成绩表结构 创建学生成绩表，表名“CJB”，表结构如表A.5所示。 表A.5 学生成绩表（CJB）结构
2.学生成绩信息表样本数据 学生成绩信息表样本数据表A.6所示。 表 A.6学生成绩信息表样本数据表 A4. 专业表 1. 专业表结构 创建专业信息表，表名“ZYB”，表结构如表A.7所示。 表A.7 专业信息表（ZYB）结构 2. 专业信息表样本数据 专业信息表样本数据表A.8所示。
表 A.8专业信息表样本数据表 A5. 登录表 1. 登录表结构 创建登录表，表名“DLB”，表结构如表A.8所示。 2. 登录表样本数据 可以根据实际情况设置 A.6 连接表 1. 连接表结构 创建连接表，表名“XS_KCB”，表结构如表A.10所示。 表A.10 连接表（XS_KCB）结构
2. 连接表样本数据 连接表样本数据表A.11所示。 表 A.11连接表样本数据表
软件配置项标识编码规则设计方案 刘宏 2011-9-18 Mail:lh@https://www.doczj.com/doc/2b15544697.html, 1.背景 1.1.服务外包中迁移 在服务外包中，难度较大的阶段为——服务外包的迁移工程。 服务迁移工程难度大的主要原因之一，是没有实施迁移前准备标准和迁移后的验收标准。也就是在服务成熟到何种程度——包括管理与技术成熟度，服务才能够向外包方进行迁移，以便发包方有效控制服务外包中的风险，达到服务外包的目的。 服务外包迁移前应达到的准备标准——包括管理标准与技术标准，技术标准是管理标准的基础。技术标准是在服务外包迁移中的必要条件，管理标准是服务外包迁移中的充分条件。 不同服务业务在外包迁移中，具有不同的技术标准，但是具有相同的管理标准——ISO20000规定了管理相关的内容。 因为不同的服务业务具有不同的服务技术标准要求，因此正对IT服务外包业务应根据业务的特点编制相关的技术标准要求。IT服务外包业务可以包括： ●IT系统基础平台维护服务外包 ●IT系统支撑环境维护服务外包 ●应用系统的维护服务外包 1.2.服务外包迁移标准内容 每类服务有可以分成：运营服务（一线服务）、支持性服务（二线服务）、变更性服务（三线服务）。 在IT服务外包中风险较大的是运营服务，因为运营服务一直是直接在客户的生产环境实施，一旦发生错误，有可能给客户造成无法挽回的损失。目前一般风险较大的运营服务，有客户自己承担，不进行外包。 支持性服务也是在客户生产环境实施，但是一般需要进行策划与实施结果测试。由于支
持服务具有一定的技术性，因此这种服务外包迁移前应按照技术标准要求通过验收。只有通过技术标准验收的服务才能够实施服务外包的迁移。 变更性服务是在其他环境中测试完成后，在反映到生产环境中。因此变更性服务与系统建设期的系统开发存在不同的风险。在系统建设期，可以进行充分的测试与试运行测试。在变更性服务由于工期与成本的原因，可能不能充分进行测试与试运行。 1.3.服务外包迁移中标准需求 服务外包方为了及时提供服务需要将分包方的技术成果迁移到外包方处，因此分包方向服务外包方进行服务迁移时，在服务迁移时，迁移哪些内容，迁移的内容在迁移前应到技术标准要求应进行验证与确认。若是没有达到服务外包迁移技术标准，很显然是增加服务外包迁移的风险。 在服务外包迁移实施中，需要对服务外包迁移内容结果进行验证，因此需要服务外包迁移结果验证与确认的技术标准要求。 1.4.应用软件服务迁移标准需求分析 在应用软件系统维护服务外包的迁移中，技术标准主要是针对分包方迁移给外包方的所有技术成果物。对这些成果物需要相关的技术标准要求，以便在服务外包迁移过程，分包方与外包方能够有效沟通与交接，确保服务能够连续，不因为服务外包迁移发生中断或服务水平下降。 为了确保分包方与外包方能够有效进行技术沟通，首先需要明确出工程成果物的标识标准——配置项标识编码标准。这一标准能够是双方能够正确地在配置管理库中找到所需要的配置项。 为了能够有效避免交付过程中，使用错误的成果物。就需要双方共同承认的成果物的编码规则或标准。 由此得出结论：软件配置项标识编码规则，是IT应用系统维护服务外包的技术标准中的基础。 2.方案的目的与目标 2.1.目的 通过提供一般软件配置项编码规则，为企业的软件配置项的管理提供自动化处理的解决
目录 1 Piwik数据表解析 (2) 2 Piwik数据字段解析 (4) 2.1 piwik_access (4) 2.2 piwik_archive_blob_yyyy-MM (4) 2.3 piwik_archive_numeric_yyyy-MM (5) 2.4 piwik_goal (5) 2.5 piwik_log_action76e0 (6) 2.6 piwik_log_conversion (6) 2.7 piwik_log_conversion_item (8) 2.8 piwik_log_link_visit_action (9) 2.9 piwik_log_profiling (10) 2.10 piwik_log_visit (10) 2.11 piwik_logger_message (13) 2.12 piwik_option (14) 2.13 piwik_report (14) 2.14 piwik_segment (15) 2.15 piwik_sequence (16) 2.16 piwik_session (16) 2.17 piwik_site (16) 2.18 piwik_site_setting (17) 2.19 piwik_site_url (18) 2.20 piwik_user (18) 2.21 piwik_user_dashboard (18) 2.22 piwik_user_language (19) 3 Piwik数据库E-R模型 (20) 4 参考资料 (20)
Piwik数据字典说明文档 1Piwik数据表解析 Piwik数据库的所有表以“piwik_”作为前缀，一共22张表。下图是采用Navicat查看到的所有Piwik数据表。 下面，分别介绍各数据表的存储功能描述。 （1）piwik_access：用户访问权限表； （2）piwik_archive_blob_yyyy-MM：定期归档统计表，主要用于非数值的统计； （3）piwik_archive_numeric_yyyy-MM：定期归档统计表，主要统计数值； （4）piwik_goal：目标表，自定义的转化目标可以根据路径或是页面名称进行精确或是模糊的匹配进行跟踪，每个转化目标需设置一个转化价值字段；
Static Data Dictionary Views In Trusted Oracle Server, each of the dictionary tables and views contains a column that indicates the label of each row in the table or view. Trusted Oracle also provides some additional dictionary tables and views, and some Oracle8 dictionary tables and views contain columns that support compatibility with Trusted Oracle applications. See your Trusted Oracle documentation for more information about Trusted Oracle dictionary tables and views. Data Dictionary Views The following is an alphabetical reference of the data dictionary views accessible to all users of an Oracle Server. Most views can be accessed by any user with the CREATE_SESSION privilege. The data dictionary views that begin with DBA_ are restricted. These views can be accessed only by users with the SELECT_ANY_TABLE privilege. This privilege is assigned to the DBA role when the system is initially installed. ALL_ALL_TABLES This view describes all of the tables (object tables and relational tables) accessible to the user. ALL_INDEXES This view contains descriptions of indexes on tables accessible to the user. To gather statistics for this view, use the SQL command ANALYZE. This view supports parallel partitioned index scans. ALL_SEQUENCES This view lists descriptions of sequences accessible to the user. ALL_TABLES This view contains descriptions of relational tables accessible to the user. To gather statistics for this view, use the SQL command ANALYZE. ALL_TRIGGERS This view lists trigger information for triggers owned by the user, triggers on tables owned by the user, or all triggers if the user has the CREATE ANY TRIGGER privilege. ALL_USERS This view contains information about all users of the database. ALL_VIEWS
附件三： 《环境信息数据字典规范》（征求意见稿） 编制说明 《环境信息数据字典规范》编制组 二○一○年十一月
项目名称：环境信息数据字典规范 项目统一编号：1520 项目承担单位：环境保护部信息中心、北京市环境信息中心 编制组主要成员：徐富春、陈华、刘定、蒋昕、潘飞、王利强、蒲铮王丽平、刘立媛 标准所技术管理负责人：李晓倩、卢延娜 标准处项目负责人：何俊
目 录 1 项目背景 (1) 1.1 任务来源 (1) 1.2 工作过程 (1) 2 标准制（修）订的必要性分析 (1) 2.1 国家及环保主管部门的相关要求 (1) 2.2 现行环保标准存在的主要问题 (2) 3 标准编制的依据与原则 (2) 3.1 标准编制的依据 (2) 3.2 标准编制的原则 (2) 4 标准主要技术内容 (2) 4.1 标准适用范围 (2) 4.2 标准结构框架 (3) 4.3 术语和定义 (3) 4.4 一般原则 (3) 5 对实施本标准的建议 (4)
《环境信息数据字典规范》编制说明 1项目背景 1.1任务来源 （1）《环境信息数据字典规范》是环境保护部2009年科技标准计划任务之一，项目编号：1520。 （2）承担单位：环境保护部信息中心、北京市环境信息中心。 1.2工作过程 接到《环境信息数据字典规范》编制的任务后，成立了标准规范编制组，在认真学习了规范编制的背景材料和任务内容后，《环境信息数据字典规范》标准规范编制组开展了数据字典标准规范相关的深度调研工作，了解数据字典标准规范相关的国际、国内的最新研究成果，为本规范提供了借鉴标准和编制依据。 标准规范编制组多次组织内部讨论后，2010年3月5日通过了科技标准司组织的标准开题论证会，基本确定了《环境信息数据字典规范》编制的工作范围、工作方法，初步规划出了规范编制思路、技术路线、规范大纲，为进一步的规范编制工作提供了基础。 会后标准编制组根据开题论证专家意见，并查阅大量的调研资料，对环境信息数据字典分类分析，对规范进行了进一步的修改和完善，并于2010年6月30日提交标准规范初稿。 标准规范编制组对初稿进行内部讨论和修改，编制《环境信息数据字典规范》征求意见稿和编制说明。 2标准制（修）订的必要性分析 2.1国家及环保主管部门的相关要求 随着经济发展与社会进步，环境形势发生了巨变，环境问题日益得到国内外关注，如何更好地管理环境、改善环境是国际社会与各国政府面临的重大问题。在我国，污染减排工作得到了党中央和国务院的高度重视，“三大体系”建设成为污染减排工作的核心抓手。环境保护部针对污染减排“三大体系”能力建设要求，规划并实施了国控重点污染源自动监控项目建设、污染源监督性监测项目建设、环境监察执法项目建设、环境信息与统计项目建设。 国家环境信息与统计能力建设项目根据《“十一五”国家环境保护标准规划》，综合参考国家电子政务标准的总体系框架，制定了国家环境信息与统计能力建设项目标准体系框架。为保障国家环境信息与统计能力建设项目顺利实施，规范减排数据库及信息系统建设，保障环境信息系统之间标准一致，要求编制《环境信息数据字典规范》，规范环境信息数据库的数据字典编制设计，为环境信息管理、资源整合与协同共享奠定基础。 《国家环境信息化2009~2015年规划（征求意见稿）》的出台为环境信息化工作提供了强有力的指导和支撑，该规划中将环境信息资源分为环境质量监测管理信息、污染监控管理信息、生态保护管理信息、核安全与辐射管理信息、环境应急管理信息，这是对环境数据集的总体概括，是整个环保业务关注的信息资源的总揽。《HJ/T 417-2007 环境信息分类与代码》规范出台，将环境信息集按照环保业务分为环境质量信息、污染源信息等9类环境信息，这是环境信息资源与数据集建设最重要的基础，可是由于分类相对较粗，在编制数据字典规范时将进
Oracle常用数据字典表（系统表或系统视图）及查询SQL 2014年12月15日?数据库?共4187字?暂无评论?阅读861 次 文章目录 ?数据字典分类 ?dba_开头 ?user_开头 ?v$开头 ?all_开头 ?session_开头 ?index_开头 ?伪表 ?数据字典常用SQL查询 数据字典是Oracle存放有关数据库信息的地方，其用途是用来描述数据的。比如一个表的创建者信息，创建时间信息，所属表空间信息，用户访问权限信息的视图等。 数据字典系统表，保存在system表空间中。查询所有数据字典可用语句“select * from dictionary;”。 数据字典分类 数据字典主要可分为四部分： 1）内部RDBMS表：x$*，用于跟踪内部数据库信息，维持DB的正常运行。是加密命名的，不允许sysdba以外的用户直接访问，显示授权不被允许。
2）数据字典表：*$，如tab$,obj$,ts$等，用来存储表、索引、约束以及其他数据库结构的信息。 3）动态性能视图：gv$*，v$*，记录了DB运行时信息和统计数据，大部分动态性能视图被实时更新以反映DB当前状态。 4）数据字典视图：user_*、all_*、dba_*，在非Sys用户下，我们访问的都是同义词，而不是V$视图或GV视图。 数据库启动时，动态创建x$，在X$基础上创建GV$，在GV$基础上创建V$X$表-->GV$(视图)--->V$(视图)。 数据字典视图可分为静态数据字典视图和动态数据字典视图。 静态数据字典是指在用户访问数据字典时内容不会发生改变。这类数据字典主要是由表和视图组成，应该注意的是，数据字典中的表是不能直接被访问的，但是可以访问数据字典中的视图。 静态数据字典中的视图分为三类，它们分别由三个前缀够成：user_*（该用户方案对象的信息）、all_*（该用户可以访问的所有对象的信息）、dba_*（全部数据库对象的信息）。 动态数据字典是Oracle包含的一些潜在的由系统管理员如SYS维护的表和视图，由于当数据库运行的时候它们会不断进行更新，所以称它们为动态数据字典。这些视图提供了关于内存和磁盘的运行情况，所以我们只能对其进行只读访问而不能修改它们。Oracle中这些动态性能视图都是以v$开头的视图，比如v$access。 dba_开头 dba_users数据库用户信息
数据字典的含义与例子 数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。通常包括：数据项、数据结构、数据流、数据存储和处理过程五个部分。 数据字典是对数据流图的详细描述。 一、数据字典各部分的描述 ①数据项：数据流图中数据块的数据结构中的数据项说明 数据项是不可再分的数据单位。对数据项的描述通常包括以下内容： 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 其中“取值范围”、“与其他数据项的逻辑关系”定义了数据的完整性约束条件，是设计数据检验功能的依据。 ②数据结构：数据流图中数据块的数据结构说明 数据结构反映了数据之间的组合关系。一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。对数据结构的描述通常包括以下内容： 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ ③数据流：数据流图中流线的说明 数据流是数据结构在系统内传输的路径。对数据流的描述通常包括以下内容：数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 其中“数据流来源”是说明该数据流来自哪个过程。“数据流去向”是说明该数据流将到哪个过程去。“平均流量”是指在单位时间（每天、每周、每月等）里的传输次数。“高峰期流量”则是指在高峰时期的数据流量。 ④数据存储：数据流图中数据块的存储特性说明 数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。对数据存储的描述通常包括以下内容： 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 其中“数据量”是指每次存取多少数据，每天（或每小时、每周等）存取几次等信息。“存取方法”包括是批处理，还是联机处理；是检索还是更新；是顺序检索还
数据库编码规范 目的1 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。 2 范围 本规范适用于全体开发人员，作用于软件项目开发的数据库设计、维护阶段。 术语3 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻? 辑结构的对象。 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、? 目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服产品的概要设计阶段予以规划。务器物理设备的管理规程，在整个项目/ 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段? 域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据/ 库配置有关的设计以及数据库中其他特性处理相关的设计等。 4 设计概要 4.1 设计环境R2 ORACLE 11G a) 数据库ORACLE 11G R2 操作系统 LINUX 6以上版本，显示图形操作界面 b) MS SQL SERVER 2005 数据库企业版 SQL SERVER 2005 以上补丁和安全补丁打sp3 操作系统 WINDOWS 2008 SERVER 4.2 设计使用工具做为数据库的设计工具，要求为主要字段做详尽说明。对于PowerDesigner a) 使用尽量使用企业管理器对数据库进行设计，并且要求对表，字段编写详细的说SQL Server
明（这些将作为扩展属性存入SQL Server中） 文档，作为数据字典保存，PowerDesigner b) 通过定制wordword格式报表，并导出SQL Server PowerDesigner v10 格式。（才具有定制导出word格式报表的功能）。对于一旦在企业管理器进行数据库设计时加入扩展属性，就可以通过编写简单的工具将数据字典导出。 编写数据库建数据库、建数据库对象、初始化数据脚本文件c) 设计原则4.3 采用多数据文件a) 500MB 2GB,windowb) 禁止使用过大的数据文件，系统不超过unix系统不大于数据库中必须将索引建立在索引表空间里。c) oracle 基本信息表在建立时就分配足够的存储空间，禁止其自动扩展功能d) blob(或大文本列)和大文本字列、e) blob列要独立出一张表，此表只有id 或saf) 为每一个数据库创建独立的管理员用户，使用该用户进行设计，尽量不要使用者系统管理员身份进行数据库设计。 4.4 设计的更新 a) 在设计阶段，由数据库管理员或指定的项目组其一成员进行维护。 b) 运行阶段，由数据库管理员进行维护。 c) 如对表结构进行修改，应先在数据字典文档进行修改，最后在数据库中进行修改。如果修改的是数据库字典表，必须由数据库管理员进行。 直接连代码，如果使用PowerDesigner，禁止由PowerDesignerd) 编写更新的SQL数据库进行数据库操作（如果是更改表或者字段的说明性文字可以通过数据库管理器图形界面进行修改） e) 修改数据库要通过SQL，禁止其它方式对数据进行修改 要添加说明后保存备查修改数据库的SQLf) 命名总体原则5 设定的前缀一律用小写字母? ? 标识名称命名全部小写 整个命名的全长不得超过30个字母? ，不能使用中文和其他字符，有特别情况允许使用末尾数‘_'? 全部使用字母和下划线t_Finace1, t_Finace2... 字编号。例如： ? 命名名称来自于业务，全部采用英文单词 英文单词过长可以采用通用的缩写，尽量表达出业务的含义? 如需要两个以上的英文单词做标识名称，单词之间要用下划线‘_'? 连接 ? 名称全是由名词组成的，名词由大范围到小范围排序取名
（2）数据字典 数据字典是对描述数据流程图中的数据项、数据流、数据存储、加工处理逻辑等组成部分的严格定义，下面是本系统的数据字典（由于篇幅原因，在此仅给出部分）。 ①数据项的定义 数据项编号：1-01 数据项名称：商品编号 别名：无 简述：某种商品的编号 类型：字符型 长度：8字节 取值范围：数字+英文字母 数据项编号：1-02 数据项名称：单价 别名：购入单价 简述：某种商品的购入单价 类型：数值型 长度：10位，小数位2位 取值范围：0.00－9999999.99 数据项编号：1-03 数据项名称：库存数量 别名：实际库存数量 简述：某种商品的库存数量 类型：数值型 长度：5位整数 取值范围：0－99999 ②数据流的定义 数据流名称：入库单 编号：F1 简述：采购人员填写的商品入库凭单 数据流来源：采购人员 数据流去向：登记库存台账 数据流组成：日期 + 入库单编号 + 商品编号 + 购入数量 流通量：25份/天 高峰流通量：50份/天 数据流名称：发货单 编号：F2 简述：供应商填写的商品发货凭单 数据流来源：供应商 数据流去向：登记合同台账 数据流组成：日期 + 发货单编号 + 供应商编号 + 商品编号 + 发货数量
流通量：25份/天 高峰流通量：50份/天 数据流名称：取货单 编号：F3 简述：库管员填写的要求车间取货凭单 数据流来源：库管员 数据流去向：车间 数据流组成：日期 + 车间编号 + 商品编号 + 数量 流通量：25份/天 高峰流通量：50份/天 ③数据存储的定义 数据存储的名称：库存台账 数据存储编号：D1 简述：记录商品的编号、名称、单价与库存数量等信息 数据存储组成：商品编号 + 购入单价 + 库存数量 关键字：商品编号 数据存储的名称：合同台账 数据存储编号：D2 简述：记录合同的编号、供应商编号、货物编号、单价与购入数量等信息 数据存储组成：合同编号 + 供应商编号 + 商品编号 + 单价 + 购入数量 + 日期 + 合同状态 关键字：合同编号 数据存储的名称：计划台账 数据存储编号：D3 简述：记录计划的编号、车间编号、商品编号、数量等信息 数据存储组成：计划编号 + 供应商编号 + 商品编号 + 数量 + 日期 + 计划状态 关键字：计划编号 数据存储的名称：供应商信息 数据存储编号：D4 简述：记录供应商的编号，名称，地址，电话，传真，银行帐号 数据存储组成：供应商编号 + 名称 + 地址 + 电话 + 传真 + 银行帐号 关键字：供应商编号 数据存储的名称：商品信息 数据存储编号：D5 简述：记录库存商品的编号，类别，名称，规格，单价，单位，存放位置，用途 数据存储组成：商品编号 + 名称 + 类别 + 规格 + 单价 + 单位 + 存放位置 + 用途
银行业大额交易报告数据字典 编号标签名称字段内容类型（长度）填写规则及校验 01 RINM 报告机构名称字符型，64位 02 RICD 报告机构编码字符型，15位向反洗钱中心申请，由反洗钱中心统一分配 03 RPDT 报告生成日期数值型，8位格式为：年年年年月月日日；此报告生成日 期<=文件名中所包含的报送日期 04 CTTN 交易主体总数数值型，8位总交易主体总数>= 交易主体编号 05 CA TI seqno=””交易主体编号数值型，8位交易主体编号从1开始依次递增，直到等于 总交易主体编号 06 CTNM 客户名称/姓名字符型，64位 07 CITP 客户身份证件/证 明文件类型字符型，32位11：居民身份证或临时身份证; 12：军人或武警身份证件； 13：港澳居民往来内地身份通行证；台湾居 民来往大陆通行证或其他有效旅行证件； 14：外国公民护照； 19：其他类个人身份有效证件（若选择此 项，报告机构应对其个人证件类型做进一步 说明）； 21：组织机构代码； 29：其他类机构代码（若选择此项，报告机 构应对其证件类型做进一步说明） 08 CTID 客户身份证件/证 明文件号码字符型，20位其中：身份证长度应为15位或者18位； 组织机构代码长度应为9位（如为10位则 去掉最后一位校验码前的连接符‘-’）。 09 CSNM 客户号字符型，32位一个交易主体在该报告机构内有且只有一 个编号，客户号是在报告机构内识别客户唯 一性的业务主键，即便存在不同的证件类型 和证件号码，同一客户号仍然表示同一交易 主体。 10 CTNT 客户国籍字符型，3位根据国标GB/T2659-2000世界各国和地区 名称代码填写字母 11 HTDT 大额交易发生日 期 字符型，8位年年年年月月日日 12 CRCD 大额交易特征代 码数值型, 4位0901：单笔或者当日累计人民币交易20万 元以上或者外币交易等值1万美元以上的 现金缴存、现金支取、现金结售汇、现钞兑 换、现金汇款、现金票据解付及其他形式的 现金收支。 0902：法人、其他组织和个体工商户银行账 户之间单笔或者当日累计人民币200万元 以上或者外币等值20万美元以上的款项划 转。 0903：自然人银行账户之间，以及自然人与
Tag:数据库用友数据库表名参照表 1 Accessaries 成套件表 2 AccInformation 帐套参数表 3 AdjustPVouch 4 AdjustPVouchs 5 Ap_AlarmSet 单位报警分类设置表 6 Ap_BillAge 帐龄区间表 7 Ap_Cancel 核销情况表 8 Ap_CancelNo 生成自动序号 9 Ap_Cl oseBill 收付款结算表 10 Ap_CtrlCod e 控制科目设置表 11 Ap_Detail 应收/付明细帐 12 Ap_DigSet 13 AP_DispSet 查询显示列设置表 14 Ap_InputCod e 入帐科目表
15 Ap_InvCod e 存货科目设置表 16 Ap_Lock 操作互斥表 17 Ap_MidExch 18 Ap_MyTabl eSet 查询条件存储表 19 Ap_Note 票据登记簿 20 Ap_Note_Sub 票据登记簿结算表 21 Ap_Sstyl eCode 结算方式科目表 22 Ap_Sum 应收/付总帐表 23 Ap_Vouch 应付/收单主表 24 Ap_Vouchs 应付/收单主表的关联表 25 Ap_VouchType 单据类型表 26 Ar_BadAge 坏帐计提帐龄期间表 27 Ar_BadPara 坏帐计提参数表 28 ArrivalVouch 到货单、质检单主表*** 29 ArrivalVouchs 到货单、质检单子表*** 30 AssemVouch 组装、拆卸、形态转换单主表
31 AssemVouchs 组装、拆卸、形态转换单子表 32 Bank 本企业开户银行及帐号 33 CA_ACR 按产品产量约当分配率表 34 CA_AllMt 分配率分配方法表 35 CA_AmoCt 各项费用成本表 36 CA_AsDIF 辅助部门内部固定分配率表 37 CA_AssCW 辅助费用耗用表 38 CA_AssMP 辅助部门计划单价表 39 CA_AWPC 各项费用耗用计划表 40 CA_Batchmx_temp 41 CA_Batchmxhy_tmp 42 CA_Batchmxhy_tmp1 43 CA_bmmx_tmp 44 CA_CBSys 系统设置表 45 CA_ClassDef 产品类别定义 46 CA_ComPD 完工产品处理表