基础数据标准

16.1基础数据标准

16.1.1范围

基础数据标准化是的信息化重要工作之一，建立集中、规范统一的基础数据标准，是保证企业信息化系统正常运行的前提条件。此外，统一编码也是企业的一项重要的基础管理工作，对企业管理标准化具有促进作用。通过建立标准化制度，使各业务部门能够协同工作，能够消除重复性劳动，大幅度提高工作效率。

基础数据标准化的意义：

1、统一基础数据，便于计算机系统管理

手工管理状态之下，对基础数据处理存在很大的随意性，不便于计算机系统管理，只有对基础数据统一之后，才能充分体现计算管理所带来的效率。

2、保证基础数据的正确性

使用统一的基础数据编码，可以有效防止一物多码、一物多名、物名错乱等现象的发生。

3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。

集团范围内使用统一基础数据，使业务数据上报、汇总成为可能，以实现集团管理。

16.1.2数据准备策略

根据项目实施工作的整体要求，根据各项静态基础数据的特点，以及数据准备

工作量和难度，分别采用如下准备策略：

1、简单基础数据

由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，由企业各项目人员自行准备，此类基础数据比较简单，企业人员按示例数据整理即可，并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾问组检查编码规范执行情况，并提供必要的工作指导。

2、复杂基础数据

由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，与简单基础数据相比，数据结构要复杂得多，并且存在一些关联关系，对数据准备要求也比较高，占全部工作量50%以上，因此，需要采用专门的处理方法，其导入方法也比较特别。因此，复杂数据单独作为一类，企业需要配备更多的人员进行处理。以业务编码为例，除了物资管理部门外，技术部门也需要参与基础数据准备，以保证编码质量。项目顾问组重点进行指导检查，并根据实际需要提供更多的支持。

3、固定基础数据

本次实施的目标就是为了使集团范围内业务流程趋同，为集团业务汇总创造有利条件，因此，对于此类编码由项目顾问组提出建议方案，企业一般不再需要调整，以固定编码的方法主导实施，使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定，有规范可遵循，数据量很少，按照统一的编码导入即可。目标。

16.1.3基础数据描述规范

中文名称

定义：赋予数据元的单个或多个中文字词的指称。

约束：必选

数据类型：字符串

说明：命名应明确的表达数据元的含义，尽量减少冗余，增加精确度；在同一环境下的所有名称应该是唯一的。

●同义名称

定义：一个数据元在应用环境下的不同称谓。如国家安全生产监督管理总局的同义名为国家安全监管总局。

约束：可选

数据类型：字符串

说明：一个数据元可以有多个同义词，第一个同义词应该是统一的约定名称。

●表示符号

定义：数据元的表示符号，可用于数据交换时的交换名称。

约束：可选

数据类型：字符串

●定义

定义：数据元的含义的描述，表达一个数据元的本质特性并使其区别于所有其他数据元的陈述。（特别明确的可省略。）

数据类型：字符串

对数据元定义应注意：

（1）每个定义必须区别于目录中的任何其他定义，以保证专一性。定义中所表述的一个或多个特性必须使被定义的概念与其他概念相区别。

（2）用描述性的短语或句子阐述，阐述必须简练、准确而不含糊，避免跟其他数据元定义互相依存。

（3）定义中仅可使用人们普遍理解的缩略语。

（4）所有简称在第一次出现时，必须予以说明。

●数据元的数据类型

定义：表示数据元值的不同值的集合。

约束：必选

数据类型：字符串

说明：可能的实例为：“字符”、“序数”、“实数”、“比例数”、“二进制数”、“有理数”。

●表示格式

定义：从应用的角度规定的数据元值的格式需求，包括所允许的最大或最小字符长度，数据元值的类型和表示格式等。

数据类型：字符串

说明：数据格式的表示如下表所示：

值域范围

定义：根据相应属性中所规定的表示形式、格式、数据类型和最大与最小长度而决定的数据元的允许实例表示的集合。该集合可以根据名称、引用来源、实例表达的枚举，或者根据实例生成规则来规定。

约束：可选

数据类型：字符串

说明：当值域范围是编码表示的枚举形式时，每一个数据元值及其实例都应

当成对表示。

●交换约束

定义：根据对象的来源特性，在数据采集时，从应用角度规定该数据元是否为必选或可选

约束：必选

数据类型：字符串

16.1.4基础数据目录规范

●日期时间

DE001 日期

英文短名：Date

说明：特定日历日的标识。

数据类型：日期时间

表示格式：YYYYMMDD

值域：

备注：符合GB/T 7408中的日历日期：“YYYY”表示年，“MM”表示月，“DD”表示日。

根据业务需要添加限定词。如创建日期、发文日期、开始日期、结束日期等。

DE003日

英文短名：Day

说明：24小时的时间单位。

数据类型：字符

表示格式：n2

值域：

备注：

DE005旬

英文短名：ThiMonth

说明：中国一种传统的时间单位，十天为一旬。

数据类型：字符

表示格式：n1

值域：见CS005 旬代码表

备注：

DE007月

英文短名：Month

说明：将一个日历年划分成12个顺序的时间间隔，即12个日历月。其中每个月有一个特定的名称，并含有指定的天数。

数据类型：字符

表示格式：n2

值域：见CS007 月代码表

备注：

DE009季度

英文短名：Quarter

说明：三个月的时间单位。

数据类型：字符

表示格式：n1

值域：见CS009 季度代码表

备注：

DE011年

英文短名：Year

说明：周期等于一个日历年的时间单位。同义名称：年度、年份

数据类型：字符

表示格式：n4

值域：

备注：符合GB/T 7408中的日历年。

根据业务需要添加限定词，如预算年度、财政年度、申报年份、批复年份等。

DE013时间

英文短名：Time

说明：日的当地时间。

数据类型：日期时间

表示格式：hhmmss

值域：

备注：符合GB/T 7408中的当地时间：“hh”表示小时，“mm”表示分钟，“ss”表示秒。

行政区划

DE021行政区划名称

英文短名：AdmDivName

说明：我国省（自治区、直辖市、特别行政区）、市（地区、自治州、盟）、县（自治县、市、市辖区、旗、自治旗）的名称。

数据类型：字符

表示格式：s..120

值域：CS021 行政区划代码表（GB/T 2260）的名称列。

备注：

DE022行政区划代码

英文短名：AdmDivCode

说明：我国省（自治区、直辖市、特别行政区）、市（地区、自治州、盟）、县（自治县、市、市辖区、旗、自治旗）的代码。

数据类型：字符

表示格式：n6

值域：CS021 行政区划代码表（GB/T 2260）的数字代码列。

备注：

DE023财政管理级次名称

英文短名：FinAdmLevelName

说明：预算管理中不同级别政府的分类的名称。

数据类型：字符

表示格式：s..10

值域：CS023 预算级次代码表的名称列。

备注：

DE024管理级次代码

英文短名：FinAdmLevelCode

说明：管理中不同级别政府的分类的代码。

数据类型：字符

表示格式：n1

值域：CS023 预算级次代码表的代码列。

备注：

DE025管理级次标识名称

英文短名：FinAdmLevelMarkName

说明：对于不同的级次标识其财政数据的类型的名称。数据类型：字符

表示格式：s..10

值域：CS025 级次标识代码表的名称列。

备注：

DE026管理级次标识代码

英文短名：FinAdmLevelMarkCode

说明：对于不同的级次标识其财政数据的类型的代码。数据类型：字符

表示格式：n1

值域：CS025 级次标识代码表的代码列。

备注：

DE027东中西部名称

英文短名：EMWName

说明：按照经济发展程度将各省、市、自治区划分的不同大区的名称。数据类型：字符

表示格式：s..10

值域：CS027 东中西部代码表的名称列。

备注：

DE028东中西部代码

英文短名：EMWCode

说明：按照经济发展程度将各省、市、自治区划分的不同大区的代码。数据类型：字符

表示格式：n1

值域：CS027 东中西部代码表的代码列。

备注：

业务目录

见业务支撑标准（17.1）

16.1.5基础数据编码标准

16.1.5.1公司编码规范

16.1.5.1.1编码说明

实际编制时应参考现有财务系统的设置，充分考虑集团所属公司在未来可能出现的所属关系变化的情况，编码规则不体现组织层级关系。

主要数据项及示例：

16.1.5.1.2编码规范

规则：4（四位）

说明：4：集团公司编码为1000，下属公司在编码范围（1001-9999）内按公司成立时间顺序编码

16.1.5.2.1编码说明

此目录用于编制各公司设立的各个部门。编码可分级设定，系统提供最多可分8级，编码总长16位。

此目录可根据各单位的组织机构统一编制，或设定相应的编码标准，在系统实施时由各公司自行按标准设定。

同一职能部门在不同单位尽量采用同一编码。

主要数据项及示例：

16.1.5.2.2编码规范

规则：1-4（五位数字,分为两段表示部门目录）

说明：1：部门层级

4：部门序号

示例：1，0001(其中’,’在编号中不出现)

部门层级编号（1）：公司X级部门即编号为X

部门序号编号（0001）：在同一层级下所有部门顺序编码

16.1.5.3.1编码说明

此目录用于对地域进行管理，编码总长为10位。所属地域作为供应商、客户的属性之一，实际应用中根据有无按照客户或供应商所在的区域进行管理的需要编制此目录。

主要数据项及示例：

16.1.5.3.2编码规范

规则：1-3-2-3-2（十一位,分为五段表示区域编码）

说明：1：国家

3：二级公司

2：省自治区、直辖市

3：市、直辖市的城区

2：序列号

示例：1，100，31，313，05(其中’,’在编号中不出现)

五级编码05：百事吉物业

四级编码313：四川省成都市

三级编码31：四川省

二级编码101：水电集团

一级编码1：中国

16.1.5.4人力档案基础编码规范

16.1.5.4.1编码说明

此目录用于记录本单位系统中的职员列表，包括职员编号、名称、所属部门及职员属性等。

主要数据项：

1）编码；2）名称；3）所属部门

16.1.5.4.2编码规范

规则：2-2-6（十位,分为三段表示职员目录）

说明：2：出生年份

2：入集团年份

6：集团序列号

示例：7397003444(其中’,’在编号中不出现)

三级职员编号（003444）：序列号

二级职员编号（14）：2014年入能投集团

一级部门编号（73）：该职员出生年份

表示：该职员的职员目录编号

16.1.5.5设备基础编码规范

16.1.5.5.1编码说明

本文件建立设备编号规则，以统一有效管理公司设备资产。

本文件适用于能投集团所有关于生产、办公设备、公共设备的编号。

职责：工程部按此准则给设备编号，各部门需知明。

16.1.5.5.2编码规则

设备编号由3部分组成:设备所在部门+设备名称+序号，如：

设备名称由设备名称前三个汉字的拼音每第一个字母大写组合代替。

设备名称不足三个汉字的,在其前面加字母U，如电脑：UDN

序号由2个数字组成,起始号为01,每一类设备分组排序.

16.1.5.6计划基础编码规范

16.1.5.6.1编码说明

计划业务编号由立项年度、计划名称代码和项目流水序号三组信息组成，分别由阿拉伯数字和大写英文字母组成，共12位，具体顺序及含义见下表：

16.1.5.6.2编码规范

1．立项年度由4位阿拉伯数字构成，如2014年立项，则填写2014，依此类推，2099年立项，则填写2099。

2．计划名称代码用两个大写英文字母表示，第一个字母代表该计划在计划业务体系中所属类型，即计划板块，第二个字母表示该计划在本计划板块中的排序，计划类别的具体编码见附件一。

3．项目流水号由6位代码构成，原则上由各计划自行制定。

——计划按以下规范编码：

流水号第一位为领域代码

流水号第二位为主题代码

流水号第三位至第六位为流水号，用4位阿拉伯数字表示。其中对于领域项目，前三位为计划流水号、后一位为其子计划流水号。对于重大专项，其中第一位为专项序号，第二、三位为其计划流水号，最后一位为子计划流水号。

——业务计划按以下规范编码：

流水号第一位为项目领域码

流水号第二、三位为项目流水号，用两位阿拉伯数字表示

流水号第四位为项目类型码

流水号第五、六位为计划流水号，用两位阿拉伯数字表示

水调歌头·明月几时有

宋代：苏轼

丙辰中秋，欢饮达旦，大醉，作此篇，兼怀子由。明月几时有？把酒问青天。不知天上宫阙，今夕是何年。我欲乘风归去，又恐琼楼玉宇，高处不胜寒。起舞弄清影，何似在人间？

转朱阁，低绮户，照无眠。不应有恨，何事长向别时圆？人有悲欢离合，月有阴晴圆缺，此事古难全。但

数据库设计规范范本

数据库设计规范

1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS：数据库管理系统，常见的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 概念数据模型：概念数据模型以实体-关系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。能够用Sybase PowerDesigner工具来建立概念数据模型（CDM）。 逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。能够用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或

者经过CDM转换得到。 物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。能够用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者经过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求；兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性：一般符合3NF范式要求，减少冗余数据。 高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。 紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。

制造系统基础数据规范(doc 9页)

制造系统基础数据规范(doc 9页)

X公司ERP管理信息系统 制造基础数据整理文档格式规范 文档作者: 创建日期: 确认日期: 控制编码: 当前版本: 审批签字: X公司项目经理> A公司项目经理> 拷贝数量_____

更改记录 日期作者版本更改参考 审阅 姓名职位签字 分发人员 编码姓名地点和位置 1 2 3

目标 本文档用于对该项目基础数据格式规范做了 适当的控制，以便保证所填写的数据达到统 一。 范围 本文档在整个项目设计、实施等过程中都有 效。 相关文档

文档格式 产品结构式： 1、Excel 文本格式 2、所有字段的属性为文本 3、规格栏中描述的是子零件的规格，M、Φ、L采用大 写字母，“乘号”统一为大写字母“*” 4、材质栏中内容按图纸填写 5、材质栏中需要填写生产子项零件所采用的原材料的 材质和规格 6、辅肋描述栏中需填写配套零部件之间关联关系 7、请将随车备件及工具在产品结构中描述 表头格式 父项图号装 配 序 号 子 项 图 号 标 准 号 名 称 分 类 号 规 格 件 数 材 质 重 量 材 料 价 格 备 注 辅 助 描 述 注：“材料价格”字段由财务处整理工艺BOM格式：

1、Excel 文本格式 2、所有字段的属性为文本 3、工艺BOM部分数据由研究所提供表头格式 子项图号原 材 料 名 称 原 材 料 规 格 投 料 工 序 序 号 单 件 用 料 定 额 是 否 采 购/ 自 制 是 否 是 外 协 项 目 工 序 名 称 工 作 中 心 设 备 固 定 工 时 字段说明 投料工序序号：该子件在父件生产过程中投入的工序序号 单件用料定额：生产一件产品所需要的子件或原材料的定额数量 工序序号：反映工序的先后顺序的流水号，如：10、20、。。。等

数据库设计方法及

数据库设计方法及命名规范

- - 2 数据库设计方法、规范与技巧 (5) 一、数据库设计过程 (5) 1. 需求分析阶段 (6) 2. 概念结构设计阶段 (9) 2.1 第零步——初始化工程 (10) 2.2 第一步——定义实体 (10) 2.3 第二步——定义联系 (11) 2.4 第三步——定义码 (11) 2.5 第四步——定义属性 (12) 2.6 第五步——定义其他对象和规则 (12) 3. 逻辑结构设计阶段 (13) 4. 数据库物理设计阶段 (15) 5. 数据库实施阶段 (15) 6. 数据库运行和维护阶段 (16) 7.建模工具的使用 (16) 二、数据库设计技巧 (18) 1. 设计数据库之前（需求分析阶段） (18) 2. 表和字段的设计（数据库逻辑设计） (19) 1) 标准化和规范化 (19) 2) 数据驱动 (20)

- - 3 3) 考虑各种变化 (21) 4) 对地址和电话采用多个字段 (22) 5) 使用角色实体定义属于某类别的列 (22) 6) 选择数字类型和文本类型尽量充足 (23) 7) 增加删除标记字段 (24) 3. 选择键和索引（数据库逻辑设计） (24) 4. 数据完整性设计（数据库逻辑设计） (27) 1) 完整性实现机制： (27) 2) 用约束而非商务规则强制数据完整性 (27) 3) 强制指示完整性 (28) 4) 使用查找控制数据完整性 (28) 5) 采用视图 (28) 5. 其他设计技巧 (29) 1) 避免使用触发器 (29) 2) 使用常用英语（或者其他任何语言）而不 要使用编码 (29) 3) 保存常用信息 (29) 4) 包含版本机制 (30) 5) 编制文档 (30) 6) 测试、测试、反复测试 (31) 7) 检查设计 (31) 三、数据库命名规范 (31) 1. 实体（表）的命名 (31) 2. 属性（列）的命名 (34)

国家基础地理信息系统元数据标准(草案)

国家基础地理信息系统（NFGIS）元数据标准草案(初稿) 1. 主题内容与适用范围 本标准提供国家基础地理信息系统（NFGIS）元数据的内容，包括NFGIS数据的标识、内容、质量、状况及其他有关特征。本标准可用于对NFGIS数据集的全面描述、数据集编目及信息交换网络服务。 2. 参考标准 ISO 15046-15地理信息--元数据(CD 2.0) FGDC 地理空间数据元数据内容标准（CSDGM）v.2.0 3. 术语 3.1 元数据 是关于数据的数据，即关于数据的内容、质量、状况和其他特性的信息。也可译为描述数据或诠释数据。 3.2 元数据元素(元数据Element) 元数据最基本的信息单元。 3.3 元数据实体(元数据Entity) 同类元数据元素的集合。 3.4 元数据子集(元数据Section) 相互关联的元数据实体和元素的集合。 3.5 信息交换网络(Clearinghouse) 数据生产者、管理者和用户之间的分布式、电子连接的网络。 3.6 数据志(Lineage) 数据继承信息，包括获取或生产数据使用的原始资料说明、数据处理中的参数、步骤等情况及负责单位的有关信息等。 3.7 引用文献(Citation) 数据集引用或参考使用的资料、数据集、模型、文献等。 4. NFGIS 元数据层次结构和性质 4.1 元数据层次结构 本标准规定NFGIS元数据分为三层：元数据子集、元数据实体和元数据元素。 元数据元素是元数据的最基本的信息单元,元数据实体是同类元数据元素的集合，元数据子

集是相互关联的元数据实体和元素的集合。在同一个子集中，实体可以有两类即简单实体和复合实体，简单实体只包含元素，复合实体既包含简单实体又包含元素，同时复合实体与简单实体及构成这两种实体的元素之间具有继承关系。 4.2 元数据性质 本标准定义三种性质的元数据子集、实体和元素： 必选(Mandatory)──元数据的核心内容，适用于各种被描述对象，是元数据文件必须包含的子集、实体或元素。 一定条件下必选(Conditional )──针对不同的被描述对象特征元数据文件所必须提供的子集、实体或元素。 可选(Optional)──该子集、实体或元素是可选的，由用户决定是否将其包含在元数据文件中。 5. NFGIS 元数据分级和特征 5.1 元数据分级 本标准规定元数据分为两级，即： 基本元数据──提供地理数据源基本文档所需要的最少的元数据元素集。它包括回答下列问题的元数据元素: "是否有特定主题的数据集('什么')?"、"是否有特定地区的数据集('何处')?"、"是否有特定时段的数据集('何时')?" 以及"订购或了解数据集更多情况的联系人('谁')? 完全元数据──提供完整的地理数据源(单独的数据集、数据集系列、各种地理要素)文档所需要的必选的和可选的元数据元素集。它完整地定义全部元数据，以便标识、评价、摘录、使用和管理地理信息。 5.2 元数据特征 本元数据标准定义了8种特征： 5.2.1 名称 赋给元数据实体或元素的标记。 5.2.2 标识码 计算机中使用的定义每个元数据实体和元素的唯一代码。代码结构为： xx xx xx 前两位为元数据子集，两位数字码 中间两位为元数据实体/独立元素，两位数字码 后两位为元数据实体包含的元素，两位数字码

数据库设计和编码规范

数据库设计和编码规范 Version

目录

简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。

6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：

基础数据标准

16.1基础数据标准 16.1.1范围 基础数据标准化是的信息化重要工作之一，建立集中、规范统一的基础数据标准，是保证企业信息化系统正常运行的前提条件。此外，统一编码也是企业的一项重要的基础管理工作，对企业管理标准化具有促进作用。通过建立标准化制度，使各业务部门能够协同工作，能够消除重复性劳动，大幅度提高工作效率。 基础数据标准化的意义： 1、统一基础数据，便于计算机系统管理 手工管理状态之下，对基础数据处理存在很大的随意性，不便于计算机系统管理，只有对基础数据统一之后，才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码，可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。 集团范围内使用统一基础数据，使业务数据上报、汇总成为可能，以实现集团管理。 16.1.2数据准备策略 根据项目实施工作的整体要求，根据各项静态基础数据的特点，以及数据准备工作量和难度，分别采用如下准备策略： 1、简单基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，由

企业各项目人员自行准备，此类基础数据比较简单，企业人员按示例数据整理即可，并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾问组检查编码规范执行情况，并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excel格式的编码模板，与简单基础数据相比，数据结构要复杂得多，并且存在一些关联关系，对数据准备要求也比较高，占全部工作量50%以上，因此，需要采用专门的处理方法，其导入方法也比较特别。因此，复杂数据单独作为一类，企业需要配备更多的人员进行处理。以业务编码为例，除了物资管理部门外，技术部门也需要参与基础数据准备，以保证编码质量。项目顾问组重点进行指导检查，并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团范围内业务流程趋同，为集团业务汇总创造有利条件，因此，对于此类编码由项目顾问组提出建议方案，企业一般不再需要调整，以固定编码的方法主导实施，使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定，有规范可遵循，数据量很少，按照统一的编码导入即可。目标。 16.1.3基础数据描述规范 中文名称 定义：赋予数据元的单个或多个中文字词的指称。 约束：必选 数据类型：字符串 说明：命名应明确的表达数据元的含义，尽量减少冗余，增加精确度；在同一环境下的所有名称应该是唯一的。 同义名称

数据库设计规范

数据库设计规范 V 1.0 2007-8-28

目录 1) 目的 (3) 2) 范围 (3) 3) 术语 (3) 4) 设计概要 (3) 5) 命名规范（逻辑对象） (4) 6) 数据库对象命名 (6) 7) 脚本注释 (8) 8) 数据库操作原则 (9) 9) 常用字段命名(参考) (9)

1) 目的 为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。 2) 范围 本规范适用于开发组全体人员，作用于软件项目开发的数据库设计、维护阶段。 3) 术语 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。 4) 设计概要 ?设计环境 数据库：ORACLE 9i 、MS SQL SERVER 2000 等 操作系统：LINUX 7.1以上版本，显示图形操作界面; RedHat 9 以上版本 WINDOWS 2000 SERVER 以上 ?设计使用工具 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说 明。对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求 对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中） 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据 字典保存。（PowerDesigner v10 才具有定制导出word格式报表的功能）。

数据库的设计和管理规范Word文档

数据库的设计和管理规范 [初稿] XXXX科技有限公司 2014-08

目录 目录 (2) 变更记录 (2) 1 数据库的设计说明书 (4) 1.1 外部设计 (4) 1.1.1 类型划分 (4) 1.1.2 使用它的程序 (4) 1.1.3 标识符和状态 (4) 1.2 结构设计 (6) 1.2.1 概念结构设计 (6) 1.2.2 逻辑结构设计 (6) 1.3 运用设计说明 (7) 1.3.1 数据库字典的设计 (7) 1.3.2 安全保密的设计 (7) 2 数据库的日常管理 (8) 2.1 表分析 (8) 2.2 索引维护 (8) 2.2.1 索引监视 (8) 2.2.2 索引重建 (8) 2.3 空间维护 (8) 2.3.1 数据定期备份 (8) 2.3.2 历史数据的清除 (8) 2.4 性能分析和问题报告 (9)

变更记录文档名称：数据库的设计和管理规范 建立日期：2015年08月19日 撰稿人：XXXX 编辑软件：Microsoft Word 2007 中文版

1 数据库的设计说明书 数据库设计说明书是软件产品的信息数据存储规范化的说明和指导文档，向准备从事此数据库的生成、测试、维护人员提供专门的指导，例如数据的格式和标准，送入数据库的操作规程和步骤，用于产生、修改、更新或使用这些数据文卷的操作指导。主要包括以下几个方面： 1.1 外部设计 1.1.1 类型划分 按照数据表记录的功能范围对其进行类型划分，如可以按照系统配置数据、权限认证、业务办理日志等功能进行分类。 1.1.2 使用它的程序 列出访问此数据库的所有应用程序，给出名称和版本号。 1.1.3 标识符和状态 标识数据库的不同版本，标识库内各个文卷、记录、数据项的命名约定。 如果该数据库尚在实验、测试中或暂时使用，说明这一特点及其有效时间范围。 数据库对象命名统一采用英文单词或单词缩写。 1.1.3.1 表的命名规范： 库表全部采用大写字母，并以“T”为前缀，已“_”中间隔开。表对象名称必须有相应的意义且长度最好不要超过30个字符。例如：T_BUSI_INFO。 如果需要对数据表进行备份，命名规则请采用表名后加“_BAK”+“_时间（年月日）”的方式。例如： T_BUSI_INFO_ BAK_20100904 。如果存在多个系统，那

数据库设计格式规范

1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是： “One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer和Order。Order表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2) 数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3) 考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 2.数据库涉及字符规范 采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外). 注意事项: 1) 以上MYSQL数据库命名都不得超过30个字符的系统限制.变量名的长度限制为 29(不包括标识字符@). 2) 数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格. 3) 小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突 5) 保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了.

基础数据标准与描述(参考数据格式表示法)

基础数据标准 -目录规和编码标准 16.1基础数据标准 16.1.1 围 基础数据标准化是的信息化重要工作之一,建立集中、规统一的基础数据标准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。 基础数据标准化的意义: 1、统一基础数据,便于计算机系统管理 手工管理状态之下,对基础数据处理存在很大的随意性,不便于计算机系统管理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团围基础数据趋于统一、实现数据上报、汇总功能。 集团围使用统一基础数据,使业务数据上报、汇总成为可能,以实现集团管理。 16.1.2 数据准备策略 根据项目实施工作的整体要求,根据各项静态基础数据的特点,以及数据准备工作量和难度,分别采用如下准备策略:

1、简单基础数据 由项目顾问组制定编码规,安排业务培训,下发Excel格式的编码模板,由企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾 问组检查编码规执行情况,并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规,安排业务培训,下发Excel格式的编码模板,与简单基础数据相比,数据结构要复杂得多,并且存在一些关联关系,对数据准备要求也比较高,占全部工作量50%以上,因此,需要采用专门的处理方法,其导入方法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进行处理。以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备,以保证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团围业务流程趋同,为集团业务汇总创造有利条件,因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整,以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程规)。此类编码一般容固定,有规可遵循,数据量很少,按照统一的编码导入即可。目标。 16.1.3 基础数据描述规 中文名称 定义:赋予数据元的单个或多个中文字词的指称。 约束:必选 数据类型:字符串 说明:命名应明确的表达数据元的含义,尽量减少冗余,增加精确度;在同一环境下的所有名称应该是唯一的。

《数据库设计规范》(参考Word)

神州泰岳 数据库设计规范 北京神州泰岳软件股份有限公司2010年11月11日

文档属性 文档变更 文档送呈

目录 1 前言 (6) 2 数据库的设计方法及流程 (7) 2.1 设计方法 (7) 2.2 设计流程 (8) 2.2.1 需求分析阶段 (8) 2.2.2 概念结构设计阶段 (9) 2.2.3 逻辑设计阶段 (9) 2.2.4 物理设计阶段 (9) 2.2.5 数据库实施阶段 (10) 2.2.6 数据库运行维护阶段 (10) 2.2.7 建模工具 (10) 3 数据库设计规范 (11) 3.1 数据库规范化的五个要求 (11) 3.1.1 要求一：表中应该避免可为空的列 (11) 3.1.2 要求二：表不应该有重复的值或者列 (11) 3.1.3 要求三：表中记录应该有一个唯一的标识符 (12) 3.1.4 要求四：数据库对象要有统一的前缀名 (12) 3.1.5 要求五：尽量只存储单一实体类型的数据 (12) 3.2 对象命名规范 (13) 3.2.1 规则 (13) 3.2.2 表命名规范 (14) 3.2.3 字段命名规范 (14) 3.2.4 索引命名规范 (15) 3.2.5 分区命名规范 (16) 3.2.6 视图/物化视图命名规范 (16) 3.2.7 触发器/函数/存储过程命名规范 (17) 3.3 数据库编程规范 (17) 3.3.1 书写规范 (17)

3.3.2 注释规范 (20) 3.3.3 语法规范 (23) 3.3.4 SQL性能规范 (26) 3.3.5 JOB使用规范 (34) 3.4 索引使用规范 (34) 3.4.1 创建索引原则 (34) 3.4.2 索引使用建议 (35) 3.4.3 总结 (40) 3.5 分区表使用规范 (40) 3.6 物理设计规范 (41) 3.6.1 环境配置 (41) 3.6.2 数据库配置 (41) 3.6.3 其他参数配置 (42) 3.6.4 控制文件 (42) 3.6.5 日志文件 (43) 3.6.6 表空间及数据文件设计原则 (43) 4 数据库安全规范 (45) 4.1 用户密码规范 (45) 4.2 用户权限规范 (48) 4.2.1 不同应用分配不同帐号 (48) 4.2.2 删除或锁定无关帐号 (48) 4.2.3 限制SYSDBA远程登录 (48) 4.2.4 限制业务用户权限 (48) 4.2.5 对用户的属性进行控制， (48) 4.2.6 启用数据字典保护 (48) 4.3 数据库监听规范 (49) 4.3.1 需要时为监听设置密码 (49) 4.3.2 需要时设置信任IP集 (49) 5 数据库评审 (50)

个人信用信最新息基础数据库系统数据接口规范

1 前言 《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。 前言简介本规范各部分的内容。 报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。 数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。 公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。 公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈内容的具体数据项以及对数据项的描述和约束。 附录包含公积金信息采集接口规范的代码表、数据校验规则。 本接口规范适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规范 2.1术语和定义 下列术语和定义适用于本规范。 2.1.1报文 由报文头、报文体构成的，按照一定规则组合起来的数据集合体。 2.1.2报文文件 包含报文的数据文件。 本规范中报文文件与报文是一对一的关系。 2.1.3段 一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。 本规范中段为基础段。 2.1.4信息记录 数据采集的基本信息单位，包含报送机构一笔业务的有关数据。 本规范中的信息记录由基础段组成。 2.1.5报文头 每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。 2.1.6报文体 报文体是数据采集报文的主体内容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。 信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 2.1.7信息记录 此信息记录由基础段组成。 每个信息记录包含且仅包含一个基础段。 信息记录的内容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。 2.1.8基础段 基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则

SQLServer数据库设计命名规范

SQLServer数据库设计规范 1 相关的设计规范 1.1 采用有意义的字段名 尽可能地把字段描述的清楚些。当然，也别做过头了，比如CustomerShippingAddressStreetLine1 虽然很富有说明性，但没人愿意键入这么长的名字，具体尺度就在你的把握中。每个单词的首个字母要求用大写!!!不要用下划线来连接每个单词。 1.2 遵守3NF 标准3NF 规定： A.表内的每一个值都只能被表达一次。 B.表内的每一行都应该被唯一的标识(有唯一键)。 C.表内不应该存储依赖于其他键的非键信息。 1.3 小心保留词 要保证你的字段名没有保留词、数据库系统或者常用访问方法冲突，比如，写的一个ODBC 连接程序里有个表，其中就用了DESC 作为说明字段名。后果可想而知！DESC 是DESCENDING 缩写后的保留词。表里的一个SELECT *语句倒是能用，但我得到的却是一大堆毫无用处的信息。 1.4 保持字段名和类型的一致性 在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在某个表中叫做“AgreeMentNumber”，你就别在另一个表里把名字改成“ref1”。假如数据类型在一个表里是整数，那在另一个表里可就别变成字符型了。记住，你干完自己的活了，其他人还要用你的数据库呢。

2 命名规则: 2.1 数据库(Database)的定义 数据库名称= 数据库内容标识(首字大写) 2.2 表(Table)的定义 命名应尽量反映存储的数据内容。 表名前缀：以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识 表名称= 表名前缀+ 表内容标识(首字大写) 如ClientInfo相关联的一系的表以ci作为前缀， 即有表名：ciHistory,ciContact,ciBusiness 2.3 字段(Field)的定义 字段是数据库中的用途最广泛的，它的类型非常多，所以必须加类型前缀来标示它的类型。 字段名称= 字段类型前缀+ 字段内容标识(首字大写) 2.4 视图名 视图的名称= "vw" + 视图内容标识(首字大写) 如vUserPerm 2.5 触发器名 触发类型触发标识 ----------------------------------- Insert i Delete d Update u

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范 1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。

7）表必须填写描述信息 7）后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b 1.2表字段命名规范 数据库字段的命名必须遵循以下规范： 1）字段名称一般采用名词或动宾短语，且字段名为小写。 2）采用有意义的字段名。字段的名称必须是易于理解，能表达字段功能的英文单词或缩写英文单词，单词首字母必须大写，一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为：Telephone或Tel。产品明细表中的产品名称可用ProductName表示。（推荐一般用完整的英文单词）。 3）系统中所有属于内码字段（仅用于标示唯一性和程序内部用到的标示性字段），名称取为：“ID”，采用整型或长整型数，具体根据可能的数据量确定，增加记录时取最大值加1，该字段通常为主关键字。 4）系统中属于是业务范围内的编号的字段，其代表一定的业务信息，比如资料信息和单据的编号，这样的字段建议命名为：“Code”，其数据类型为varchar，该字段需加唯一索引。 5）在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。 5）不要在列的名称中包含数据类型。

制造系统基础数据规范标准

X公司ERP管理信息系统 制造基础数据整理文档格式规 文档作者: 创建日期: 确认日期: 控制编码: 当前版本: 审批签字: X公司项目经理> A公司项目经理> 拷贝数量_____

更改记录 审阅 分发人员

目标 本文档用于对该项目基础数据格式规做了适当的控制，以便保证所填写的数据达到 统一。 围 本文档在整个项目设计、实施等过程中都有效。 相关文档

产品结构式： 1、Excel 文本格式 2、所有字段的属性为文本 3、规格栏中描述的是子零件的规格，M、Φ、L采用大写字母，“乘号”统一为大写字母“*” 4、材质栏中容按图纸填写 5、材质栏中需要填写生产子项零件所采用的原材料的材质和规格 6、辅肋描述栏中需填写配套零部件之间关联关系 7、请将随车备件及工具在产品结构中描述 表头格式 工艺BOM格式： 1、Excel 文本格式 2、所有字段的属性为文本 3、工艺BOM部分数据由研究所提供 表头格式 字段说明 投料工序序号：该子件在父件生产过程中投入的工序序号 单件用料定额：生产一件产品所需要的子件或原材料的定额数量 工序序号：反映工序的先后顺序的流水号，如：10、20、。。。等 工作中心：企业的一定区域，它包含一定的人或设备，它可以用来进行成本采集和核销制造费，是进行生产能力平衡的单元 固定工时：生产一件产品在该工序上的运行时间或加工时间

1、艺产品结构描述过程中必须保证产品结构的完整，可以执行整个表的排序、整行的移动、单元格的 复制等不影响表结构的操作。 2、工艺产品结构可以脱离研究所提供的产品结构模式进行。 3、艺路线针对父件描述：在每一部件前插入一行，以部件图号作为父项图号，在后面相应字段中填入 工艺信息，部件下子件的相关属性通过剪切/粘贴的方法从研究所提供的产品结构中提取。 4、反映装配关系，需要从其他部件中提取子件的，必须通过剪切/粘贴的方法从研究所提供的产品结 构中提取。 5、对每一部件下的子件在“投料工序序号”中填入需要该子件的工序序号。见例一。 6、辅料描述在部件上，在该部件后插入一行，在子项图号中描述辅料名称。 7、工艺设计中带‘艺’的零部件，在产品结构中增加一层，进行描述，同时将工艺组件中出现的零件， 在原产品结构中删除。 8、采购/自制”属性针对子项进行描述。 计划格式： 1、Excel 文本格式 2、所有字段的属性为文本 3、产品计划部份数据由供应处提供 表头格式 字段说明： 父项图号：产品结构上的父项零件 允许提前天数：在其之前计划流程不会重新计划订单的天数 计划时间栏天数：在计划时间栏，计划流程不对原计划时间做新修订 需求时间栏天数：在需求时间栏，计划流程会忽略预测需求 发放时间栏天数：计划系统自动将到期日在发放时间栏的计划定单发放 预处理提前期：为安排订单您必须在采购或制造提前期的基础上添加的天数 车间管理格式： 1、Excel 文本格式 2、所有字段的属性为文本 3、车间管理部分数据由工艺处提供

MYSQL数据库命名及设计规范

MYSQL数据库命名及设计规范 1.设计原则 1)标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。 举例：某个存放客户及其有关定单的3NF数据库就可能有两个表：Customer和Order。Order表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2)数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源（文件、XML文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3)考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。 2.数据库涉及字符规范 采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外). 注意事项: 1)以上命名都不得超过30个字符的系统限制.变量名的长度限制为29(不包括标识字符@). 2)数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格. 3)小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突 5)保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符

怎样设计一个优秀的数据库

怎样设计一个优秀的数据库 一个成功的管理系统，是由：[50% 的业务+ 50% 的软件] 所组成，而50% 的成功软件又有[25% 的数据库+ 25% 的程序] 所组成，数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。 有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我归纳历年来所走的弯路及体会，并在网上找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。精选了其中的60 个最佳技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为 5 个部分： ?第 1 部分- 设计数据库之前：这一部分罗列了12 个基本技巧，包括命名规范和明确业务需求等。 ?第 2 部分- 设计数据库表：总共24 个指南性技巧，涵盖表内字段设计以及应该避免的常见问题等。 ?第 3 部分- 选择键：怎么选择键呢？这里有10 个技巧专门涉及系统生成的主键的正确用法，还有何时以及如何索引字段以获得最佳性能等。 ?第 4 部分- 保证数据完整性：讨论如何保持数据库的清晰和健壮，如何把有害数据降低到最小程度。 ?第 5 部分- 各种小技巧：不包括在以上 4 个部分中的其他技巧，五花八门，有了它们希望你的数据库开发工作会更轻松一些。 第 1 部分- 设计数据库之前 考察现有环境 在设计一个新数据库时，你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据库项目都不是从头开始建立的；通常，机构内总会存在用来满足特定需求的现有系统（可能没有实现自动计算）。显然，现有系统并不完美，否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说，考察现有系统对你绝对有好处。 定义标准的对象命名规范 一定要定义数据库对象的命名规范。对数据库表来说，从项目一开始就要确定表名是采用复数还是单数形式。此外还要给表的别名定义简单规则（比方说，如果表名是一个单词，别名就取单词的前 4 个字母；如果表名是两个单词，就各取两个单词的前两个字母组成 4 个字母长的别名；如果表的名字由 3 个单词组成，你不妨从头两个单词中各取一个然后从最后一个单词中再取出两个字母，结果还是组成 4 字母长的别名，其余依次类推）对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。表内的列[字段]要针对键采用一整套设计规则。比如，如果键是数字类型，你可以用_N 作为后缀；如果是字符类型则可以采用_C 后缀。对列[字段]名应该采用标准的前缀和后缀。再如，假如你的表里有好多"money"字段，你不妨给每个列[字段]增加一个_M 后缀。还有，日期

基础大数据实用标准与描述(参考大数据格式表示法)

基础数据标准 -目录规范和编码标准 16.1基础数据标准 16.1.1 范围 基础数据标准化是的信息化重要工作之一,建立集中、规范统一的基础数据标准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使各业务部门能够协同工作,能够消除重复性劳动,大幅度提高工作效率。 基础数据标准化的意义: 1、统一基础数据,便于计算机系统管理 手工管理状态之下,对基础数据处理存在很大的随意性,不便于计算机系统管理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。 2、保证基础数据的正确性 使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现象的发生。 3、集团范围内基础数据趋于统一、实现数据上报、汇总功能。 集团范围内使用统一基础数据,使业务数据上报、汇总成为可能,以实现集团管理。16.1.2 数据准备策略 根据项目实施工作的整体要求,根据各项静态基础数据的特点,以及数据准备工作量和难度,分别采用如下准备策略:

1、简单基础数据 由项目顾问组制定编码规范,安排业务培训,下发Excel格式的编码模板,由企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明)。项目顾 问组检查编码规范执行情况,并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规范,安排业务培训,下发Excel格式的编码模板,与简单基础数据相比,数据结构要复杂得多,并且存在一些关联关系,对数据准备要求也比较高,占全部工作量50%以上,因此,需要采用专门的处理方法,其导入方法也比较特别。因此,复杂数据单独作为一类,企业需要配备更多的人员进行处理。以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备,以保证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。 3、固定基础数据 本次实施的目标就是为了使集团范围内业务流程趋同,为集团业务汇总创造有利条件,因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整,以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定,有规范可遵循,数据量很少,按照统一的编码导入即可。目标。 16.1.3 基础数据描述规范 中文名称 定义:赋予数据元的单个或多个中文字词的指称。 约束:必选 数据类型:字符串 说明:命名应明确的表达数据元的含义,尽量减少冗余,增加精确度;在同一环境下的所有名称应该是唯一的。