数据库设计规范范本

《数据库设计规范》(参考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)5.1 评审范围 (50)5.2 评审标准 (50)6 附录 (53)6.1 用户权限分配规范 (53)6.2 数据库安装文档 (53)6.3 分区实践文档 (53)1 前言为明确公司项目中数据库逻辑设计及物理设计的内容和流程，特制定本规范，供数据库设计、开发及维护人员参考。

数据库设计文档模板

数据库设计文档模板
1. 简介
1.1 数据库设计目的
1.1.1 描述数据库设计的目的和背景
1.2 数据库设计范围
1.2.1 描述数据库设计的范围，包括涉及的表和字段
2. 数据库设计概述
2.1 数据库系统结构
2.1.1 描述数据库系统的总体结构
2.2 数据库设计原则
2.2.1 描述数据库设计遵循的原则和规范
3. 数据库逻辑设计
3.1 数据表设计
3.1.1 描述每个数据表的设计，包括表名、字段、数据类型和约束条件
3.2 索引设计
3.2.1 描述每个表的索引设计
3.3 视图设计
3.3.1 描述每个视图的设计，包括视图的目的和字段
4. 数据库物理设计
4.1 存储结构设计
4.1.1 描述数据库存储结构的设计
4.2 数据库性能设计
4.2.1 描述数据库的性能优化设计
5. 数据库安全设计
5.1 用户权限设计
5.1.1 描述数据库用户的权限设计
5.2 数据访问控制
5.2.1 描述数据库的数据访问控制设计
6. 数据库维护和管理
6.1 数据备份和恢复
6.1.1 描述数据库备份和恢复策略
6.2 数据库监控
6.2.1 描述数据库监控方案和工具
7. 数据库变更管理
7.1 变更记录
7.1.1 记录数据库变更的历史记录
7.2 变更审批流程
7.2.1 描述数据库变更的审批流程
8. 附录
8.1 术语表
8.1.1 数据库设计中用到的专业术语解释 8.2 参考文献
8.2.1 数据库设计过程中参考的文献资料。

(完整word版)数据库设计规范

保密级别：□绝密□机密□秘密■内部公开数据库设计规范变更记录目录1编写目的 (1)2数据库策略 (1)2.1数据库对象长度策略 (1)2.2数据完整性策略 (1)2.3规范化设计与性能之间的权衡策略 (1)2.4字段类型的定义与使用策略 (1)3命名规范 (3)3.1数据库命名规则 (3)3.2数据库对象命名的一般原则 (4)3.3表空间(Tablespace)命名规则 (4)3.4表(Table)命名规则 (4)3.5字段命名规则 (4)3.6视图(View)命名规则 (5)3.7序列(Sequence)命名规则 (5)3.8存储过程(Procedure)的命名规则 (5)3.9函数(Function)的命名规则 (5)3.10索引(Index) 命名规范 (5)3.11约束(Constraint) 命名规范 (5)4数据模型产出物规范 (5)附录A：xml文件使用说明 (7)附录B：保留关键字 (8)1编写目的本文的目的是提出针对Oracle数据库的设计规范，使利用Oracle数据库进行设计开发的系统严格遵守本规范的相关约定，建立统一规范、稳定、优化的数据模型。

参照以下原则进行数据库设计：1)方便业务功能实现、业务功能扩展；2)方便设计开发、增强系统的稳定性和可维护性；3)保证数据完整性和准确性；4)提高数据存储效率，在满足业务需求的前提下，使时间开销和空间开销达到优化平衡。

2数据库策略1)数据模型全局单一，所有公共的数据模型得到共享。

2)数据库建模要基于统一的元数据管理机制。

3)数据库设计遵循关系数据库的规范化理论。

4)OLTP与OLAP分开设计。

2.1数据库对象长度策略数据库字段的长度要考虑业务对象的类型、数据库所用字符集、时间格式来设定出相对准确的长度，满足业务需要，同时保证数据库的高效，避免不必要的开销。

2.2数据完整性策略1)必须遵循数据库设计的第二范式，根据业务需要尽量满足第三范式。

数据库设计规范范文

数据库设计规范MySQL数据库设计规范目录1.规范背景与目的 (4)2.设计规范 (4)3.1 数据库设计 (4)3.2.1 库名 (4)3.2.2 表结构 (5)3.2.3列数据类型优化 (7)3.2.4 索引设计 (10)3.2.5 分库分表、分区表 (10)3.2.6 字符集 (11)3.2.7程序DAO层设计建议 (12)3.2.8一个规范的建表语句示例 (13)3.2 SQL编写 (14)3.2.1 DML语句 (14)3.2.2 多表连接 (17)3.2.3 事务 (17)3.2.4 排序和分组 (18)3.2.5 线上禁止使用的SQL语句 (19)1.规范背景与目的MySQL数据库与oracle、sqlserver等数据库相比，有其内核上的优势与劣势。

我们在使用MySQL数据库的时候需要遵循一定规范，扬长避短。

本规范旨在帮助或指导RD、QA、OP等技术人员做出适合线上业务的数据库设计。

在数据库变更和处理流程、数据库表设计、SQL编写等方面予以规范，从而为公司业务系统稳定、健康地运行提供保障。

2.设计规范3.1 数据库设计以下所有规范会按照【高危】、【强制】、【建议】三个级别进行标注，遵守优先级从高到低。

对于不满足【高危】和【强制】两个级别的设计，DBA会强制打回要求修改。

3.2.1 库名1. 【强制】库的名称必须控制在32个字符以内，相关模块的表名与表名之间尽量提现join的关系，如user表和user_login 表。

2. 【强制】库的名称格式：业务系统名称_子系统名，同一模块使用的表名尽量使用统一前缀。

3. 【强制】一般分库名称命名格式是“库通配名_编号”，编号从“0”开始递增，比如“wenda_001”以时间进行分库的名称格式是“库通配名_时间”3.【强制】创立数据库时必须显式指定字符集，而且字符集只能是utf8或者utf8mb4创立数据库SQL举例：Create database db1 default character set utf8;3.2.2 表结构1. 【强制】表和列的名称必须控制在32个字符以内，表名只能使用字母、数字和下划线，一律小写。

数据库设计规范模板

表 1 实体类型前缀定义
实体类型
实体类型前缀
表
T
分区
TP
主键
PK
外键
FK
Check约束
CK
普通视图
V
物化视图
MV
索引
IX
函数
FN
存储过程
SPBiblioteka 触发器TR序列SQ
7 数据库开发要求 7.1 数据库编程要求
书写要求
书写代码时应遵循要求
注释要求
程序的注释要求：
语法要求
程序语法要求：
SQL编写要求
高效性
在编写SQL语句时应注意XXX：
XXX。分区命名要求
分区名以“P+分区名”组成。数据库模式命名要求
XXX 6 数据库实体设计要求
6.1 设计原则数据实体设计应遵循一致性、实用性和扩充性原则等。
6.2 设计方法范式要求
3NF XXX。表设计设计表约束 XXX。索引设计
索引约束 XXX。视图设计
视图约束 XXX。 6.3 数据类型使用要求字符类型
目次
1 范围本标准规定了XXX。本标准适用 XXX。
2 引用文件下列文件中的有关条款通过引用而成为本标准的条款。《XXXXX》
3 术语、定义和缩略语 3.1 术语
XXX
YYY
3.2 缩略语 DB--数据库； DBMS--数据库管理系统； … 4 总体要求
4.1 数据库设计总体要求如规范性、扩展性等。
安全性
XXX。
完整性
XXX。 7.2 索引使用要求 XXX 7.3 视图使用要求
XXX 8 数据库安全要求
8.1 用户密码要求 XXX 8.2 管理默认用户

整理了一份数据库设计规范，可做模板参考

整理了⼀份数据库设计规范，可做模板参考前⾔引⾔1、编写⽬的本⽂档是项⽬⽅案的重要组成部分，编写数据库设计⽂档的⽬的是：明确数据库的表名、字段名等数据信息，⽤来指导后期的数据库脚本开发、本⽂档遵循《数据库设计和开发规范》。

使⽤对象是需求⼈员、系统设计⼈员、开发⼈员、测试⼈员。

2、术语表定义⽂档中涉及的重要术语，为使⽤者在阅读时提供必要的参考信息。

术语表3、参考资料参考资料数据库环境说明数据库环境说明备注：在实际开发中可能需要DBA配合数据库名门规则提⽰：如果本数据库的命名规则与实际不⼀致，请做出解释。

1、基本命名原则Ø规范：字母全部⼩写原则所有数据库对象命名字母全部⼩写，统⼀⼤⼩写有助于在多数据库间转移。

Ø规范：字符范围原则只能使⽤英⽂字母、下划线、数字进⾏命名，且⾸位字符必须是英⽂字母。

Ø规范：分段命名原则命名中多个单词间采⽤下划线分割，以便阅读同时⽅便某些⼯具对数据库对象的映射。

例如：user_name。

Ø规范：不要⽤保留词数据库对象命名不能直接使⽤数据库保留关键字，但分段中可以使⽤。

如user不能⽤于表名、列名等，但是user_name可以⽤于列名，user_info也可以⽤于表名。

Ø规范：同义性原则对于同⼀含义尽量使⽤相同的单词命名，不管使⽤英⽂单词、英⽂缩写还是拼⾳⾸字母，以免引起误解。

如telphone的A表中表⽰固定电话号码，在B表中就不应该⽤于表⽰移动电话号码。

尽量避免同⼀单词表⽰多种含义的情况。

Ø规范：命名⽅式⼀致原则在⼀个系统、⼀个项⽬中尽量采⽤⼀致的命名⽅式，都采⽤英⽂单词或者拼⾳⾸字母。

尤其要避免在⼀个对象命名中同时采⽤英⽂单词和拼⾳⾸字母。

如确实需要在⼀个项⽬中采⽤两种命名⽅式，考虑系统功能设计相关表（开发）使⽤英⽂单词命名，业务相关的表（实施）使⽤拼⾳⾸字母。

2、命名前缀规范Ø规范：以下对象命名采⽤固定前缀进⾏命名，前缀表⽰数据库对象的类型，前缀代码规范如下：命名前缀规范3、表和列规范3.1 表规范Ø规范：表名采⽤多段式命名，各单词间⽤下划线分隔；Ø规范：表名只允许⽤英⽂字母、下划线、数字进⾏命名，不允许⽤中⽂或者其他符号；Ø规范：表名全部字母⼩写；Ø规范：根据历史习惯各系统常⽤表类前缀作如下约定：表规范Ø建议：表名也⽤于相关索引、分区、分区表空间、约束、主键等命名，因此为了避免相关对象命名长度超过限制，建议表名长度不要超过20。

数据库设计规范范文

数据库设计规范范文1.数据库命名规范：-数据库名称应简洁、具有描述性，并且易于理解和识别。

-避免使用特殊字符、空格和汉字。

-采用小写字母和下划线分隔单词，以提高可读性。

2.表设计规范：-表名应具有描述性，简洁明了并与其所代表的实体一致。

- 表名要求使用单数形式，例如"customer"而不是"customers"。

-避免使用数据库关键字作为表名。

-主键应该是唯一的且不可为空，使用自增长或GUID等机制来确保唯一性。

-尽量避免使用冗余字段，如果需要使用，则使用触发器或存储过程来维护数据一致性。

3.字段设计规范：-字段名应具有描述性，简洁明了并与其所代表的数据类型一致。

-字段名要求使用小写字母和下划线分隔单词，以提高可读性。

-避免使用数据库关键字作为字段名。

-字段类型应选取合适的数据类型，以节省存储空间和提高查询效率。

-字段的长度应根据实际需求来设定，避免使用过长或过短的字段长度。

4.索引设计规范：-索引应根据查询需求和数据分布情况来创建，以提高查询性能。

-对于频繁进行查询、排序和连接操作的字段，应考虑创建索引。

-避免创建过多的索引，因为索引会占用额外的存储空间，并影响写操作的性能。

-对于经常更新的表，尽量减少索引的数量和大小，以提高更新操作的性能。

-定期检查和优化索引，以确保索引的有效性和最佳性能。

5.视图和存储过程设计规范：-视图应尽量简洁明了、易于维护，只返回必要的字段和数据。

-存储过程应具有描述性、易于理解和使用。

-存储过程应尽量减少对数据库的直接操作，以提高性能和安全性。

-视图和存储过程的命名应具有描述性，并符合命名规范。

6.数据库安全性规范：-限制数据库登录账号的权限，并定期检查和更新密码。

-对敏感数据进行加密，以防止数据泄露。

-使用防火墙和安全策略来防止未授权的访问。

-定期备份和恢复数据库，以防止数据丢失和损坏。

-对数据库进行监控，及时发现和解决潜在的安全问题。

数据库设计规范

数据库设计规范1. 概述数据库是组织和存储数据的重要工具。

良好的数据库设计能够确保数据的有效性、一致性和可靠性。

本文档旨在提供数据库设计规范，以帮助开发人员在设计数据库时遵循最佳实践。

2. 命名规范在设计数据库时，合理的命名规范能够增加数据库的可读性和可维护性。

以下是一些常用的命名规范建议：- 表名、字段名和约束名使用有意义的单词或词组，并使用下划线分隔单词。

- 避免使用数据库保留字和特殊字符作为命名的一部分。

- 统一使用小写字母，可以提高跨平台的兼容性。

3. 数据类型选择正确选择合适的数据类型可以提高数据库的性能和可靠性。

下面是一些常见的数据类型选择建议：- 根据数据的含义和范围选择合适的数据类型，避免过度或不足地使用数据类型。

- 对于存储日期和时间的字段，使用标准的日期时间数据类型，并避免存储格式化的文本。

- 对于存储大量文本的字段，使用适当的文本类型，如VARCHAR或TEXT。

4. 主键和索引主键和索引是提高数据库查询性能的重要手段。

以下是一些建议：- 每个表应该有一个主键，以唯一标识每条记录。

- 主键应该尽可能简单，不宜过长或复杂，以便提高查询效率。

- 对于经常被查询的字段，考虑使用索引来加速查询操作。

但索引也需要权衡成本和收益，过多的索引会增加插入和更新数据的开销。

5. 数据一致性和完整性数据一致性和完整性是数据库设计中需要关注的重要方面。

以下是一些建议：- 使用外键关联表，以确保相关数据的一致性。

- 定义适当的约束条件，如唯一约束、非空约束和默认值，以保证数据的完整性。

- 避免冗余数据和冗余字段，以防止数据不一致。

6. 数据库安全性数据库安全性是确保数据安全和保护用户隐私的重要方面。

以下是一些建议：- 使用合适的用户和角色管理机制，以限制对数据库的访问权限。

- 使用强密码对数据库进行身份验证和访问控制。

- 定期备份数据库，并确保备份文件的安全存储和访问。

- 定期审计数据库的访问情况，以便及时发现和解决安全问题。

数据库设计文档范本

数据库设计文档范本数据库设计是软件开发过程中的关键环节之一，它不仅涉及到数据库的结构和组织方式，还关系到系统的性能和可扩展性。

为了确保数据库设计的准确性和规范性，编写数据库设计文档是必不可少的。

本文将为你提供一个数据库设计文档的范本，以供参考。

一、引言数据库设计文档旨在描述数据库系统的结构、组织方式和设计原则。

本文档对所设计的数据库进行了全面的分析和规划，并提供了详细的数据模型和数据库对象定义。

二、需求分析在数据库设计之前，需要进行需求分析，以明确系统的功能和性能需求。

该部分应包括以下内容：1. 系统的功能需求：列出系统需要实现的功能和操作流程。

2. 性能需求：包括响应时间、并发访问量、数据存储容量等方面的要求。

三、概念设计概念设计阶段是数据库设计的基础，主要包括实体-关系图（ER图）和实体间关系的定义。

下面是一个示例：```实体：Employee（员工）属性：员工编号（EmployeeID）、姓名（Name）、性别（Gender）、...实体：Department（部门）属性：部门编号（DepartmentID）、部门名称（DepartmentName）、...关系：Employee - Department（员工 - 部门）关系属性：任职岗位（Position）、入职日期（HireDate）、...```四、逻辑设计逻辑设计将概念模型转化为逻辑模型，主要包括数据模型和数据库对象的定义。

下面是一个示例：```数据模型：关系模型（使用关系型数据库）表：Employee（员工）字段：员工编号（EmployeeID，主键）、姓名（Name）、性别（Gender）、...表：Department（部门）字段：部门编号（DepartmentID，主键）、部门名称（DepartmentName）、...关系：员工 - 部门外键：DepartmentID（关联Department表的主键）```五、物理设计物理设计将逻辑模型转化为物理模型，主要包括数据库表的物理实现和索引策略。

数据库设计规范范本

数据库设计规范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)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。

易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。

4设计过程规范数据库设计过程包括如下阶段：数据分析、概念设计、逻辑设计、物理设计、实施与运行维护。

数据库设计规范模板

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。

茶马古道电子商务有限公司数据库设计规范V 1.0版权所有文档信息文档修订历史数据库约定对应于XXXX MYSQL数据库环境的数据库类型定义如下表:数据库字符集选择UTF8字符集 (建库时确定)1. 数据库元素命名规范长度约定: 字段名, 表名, 视图名称等长度不能超过25个字符1.1. 表命名规范1.2. 字段命名规范●字段名字段名称必须用字母开头, 采用有特征含义的单词或缩写, 不能用双引号包含。

以下划线作为单词间的分隔, 例如PLANT_NUM●表的主键必须是”表名_ID”, 类型必须是INT(11)字段保留名称1.2.1. 字符型固定长度的字串类型采用char, 长度不固定的字串类型采用varchar。

避免在长度不固定的情况下采用char类型。

如果在数据迁移等出现以上情况, 则必须使用trim()函数截去字串后的空格。

1.2.2. 数字型数字型字段尽量采用int类型。

1.2.3. 日期和时间⏹系统时间由数据库产生的系统时间首选数据库的日期型, 如DATE类型。

⏹外部时间由数据导入或外部应用程序产生的日期时间类型采用varchar 类型, 数据格式采用: YYYYMMDDHH24MISS。

1.2.4. 大字段如无特别需要, 避免使用大字段(blob, clob, long, image等)。

1.2.5. 布尔类型统一采用TINYINT(1)表示, 0代表false, 1代表 true1.2.6. 国际化信息表示应用需要支持多国语言文字。

所有数据库表中需要显示用的字段, 都需要以”_ZH”, ”_EN”,”_DE”结尾作为字段名, 以区分不同Locale的字段信息。

1.3. 索引●普通索引前缀为IDX_。

索引名称应是前缀+表名+构成的字段名。

如果复合索引的构成字段较多, 则只包含第一个字段, 并添加序号。

表名能够去掉前缀。

●主键索引前缀为IDX_PK_。

数据库设计规范范文

数据库设计规范范文1.命名规范：-表名、列名、视图名和索引名应具有描述性。

-避免使用保留字作为对象的名称。

-使用统一的命名约定，如下划线分隔或驼峰命名法。

2.完整性约束：-使用主键和唯一约束来确保数据的唯一性。

-使用外键约束来维护关系的完整性。

-使用检查约束来对列的取值进行限制。

3.规范化：-采用规范化技术来设计数据库模式，确保数据的一致性和有效性。

-将数据拆分成适当的表，避免数据冗余。

-设计合适的关系模式，避免数据的不一致性。

4.数据类型和大小：-选择合适的数据类型和大小，以节省存储空间并提高查询性能。

-避免使用过大或过小的数据类型，以免浪费存储空间或引发数据溢出。

5.索引和查询优化：-为经常使用的列创建索引，以提高查询性能。

-避免创建过多的索引，以减少写操作的开销。

-使用合适的查询语句，避免全表扫描和笛卡尔积。

-使用表分区技术来提高查询和维护的效率。

6.安全性：-对敏感数据采取额外的安全措施，如加密。

-限制对数据库的访问权限，只给予必要的用户访问权限。

-定期备份数据库，以保证数据的安全性和可恢复性。

7.文档化：-对数据库的结构和设计进行文档化，以便于团队成员的理解和维护。

-记录数据库的版本变更和修改历史。

8.性能优化：-定期进行数据库性能评估，对性能瓶颈进行调优。

-优化查询语句，重写复杂的查询，以提高查询性能。

-根据数据特点进行分区设计和冗余数据的优化。

9.数据访问和事务管理：-使用合适的访问控制机制，对数据库进行细粒度的权限控制。

-合理使用事务管理，确保数据的一致性和完整性。

10.数据库监控和日志记录：-监控数据库的运行状态，包括CPU利用率、磁盘空间和内存使用情况等。

-启用数据库的日志功能，记录数据库的操作和错误信息，以便进行故障排查。

综上所述，数据库设计规范是保证数据库系统高效稳定运行的基础，良好的数据库设计规范不仅可以提高数据的安全性和可靠性，还可以提升系统的性能和可维护性。

数据库设计准则（第一、第二、第三范式说明）

数据库设计准则（第⼀、第⼆、第三范式说明）在创建⼀个数据库的过程中，必须依照⼀定的准则，这些准则被称为范式，从第⼀到第六共六个范式，⼀般数据库设计只要遵循第⼀范式，第⼆范式，和第三范式就⾜够了。

满⾜这些规范的数据库是简洁的、结构明晰的，同时，不会发⽣插⼊（insert）、删除（delete）和更新（update）操作异常。

反之则是乱七⼋糟，不仅给数据库的编程⼈员制造⿇烦，⽽且⾯⽬可憎，可能存储了⼤量不需要的冗余信息。

I、关系数据库设计范式介绍1.1 第⼀范式（1NF）⽆重复的列所谓第⼀范式（1NF）是指数据库表的每⼀列都是不可分割的基本数据项，同⼀列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。

如果出现重复的属性，就可能需要定义⼀个新的实体，新的实体由重复的属性构成，新实体与原实体之间为⼀对多关系。

在第⼀范式（1NF）中表的每⼀⾏只包含⼀个实例的信息。

简⽽⾔之，第⼀范式就是⽆重复的列。

说明：在任何⼀个关系数据库中，第⼀范式（1NF）是对关系模式的基本要求，不满⾜第⼀范式（1NF）的数据库就不是关系数据库。

1.2 第⼆范式（2NF）属性完全依赖于主键第⼆范式（2NF）是在第⼀范式（1NF）的基础上建⽴起来的，即满⾜第⼆范式（2NF）必须先满⾜第⼀范式（1NF）。

第⼆范式（2NF）要求数据库表中的每个实例或⾏必须可以被惟⼀地区分。

为实现区分通常需要为表加上⼀个列，以存储各个实例的惟⼀标识。

例如员⼯信息表中加上了员⼯编号（emp_id）列，因为每个员⼯的员⼯编号是惟⼀的，因此每个员⼯可以被惟⼀区分。

这个惟⼀属性列被称为主关键字或主键、主码。

第⼆范式（2NF）要求实体的属性完全依赖于主关键字。

所谓完全依赖是指不能存在仅依赖主关键字⼀部分的属性，如果存在，那么这个属性和主关键字的这⼀部分应该分离出来形成⼀个新的实体，新实体与原实体之间是⼀对多的关系。

为实现区分通常需要为表加上⼀个列，以存储各个实例的惟⼀标识。

数据库设计规格模板

本资料仅供内部使用！
<项目名称>
数据库设计规格
年月日
修改记录
目录
1简介 (1)
2数据库环境说明 (1)
3数据库表命名规则 (1)
4数据库设计说明 (1)
4.1安全保密设计 (1)
5数据库表说明 (1)
5.1数据库表一览表 (1)
5.2数据库表规格说明 (2)
5.2.1职员信息表 (2)
6数据库表关联设计 (2)
1简介
详细说明目的、规格范围、定义、参考文件、项目背景。

2数据库环境说明
说明所使用的数据库平台、最低版本，数据库设计工具。

数据库配置要求。

3数据库表命名规则
说明本系统数据库的命名规则。

如果有与集团体系要求的命名规则不一致，须说明原因。

4数据库设计说明
4.1 安全保密设计
用户只能通过系统登陆、访问数据库，而不能直接操作数据库。

使用角色、权限的方式分配数据库的访问权限。

对于保存密码的字段，都须经过加密存储。

5数据库表说明
{本部分包括数据库库表一览表、库表结构设计说明；也包括其他数据库对象的设计，如触发器、存储过程设计}
5.1 数据库表一览表
1 /2
5.2 数据库表规格说明
5.2.1职员信息表
6数据库表关联设计
描述各个库表之间的关联、约束信息
2 /2。

数据库设计规范

数据库设计规范
⼀．命名规范
1. 采⽤26个英⽂字母(区分⼤⼩写)和0-9的⾃然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词⽤下划线'_'分隔。

2. 库名、表名、字段名：要字母⼩写加下划线风格，长度不能超过32个字符，禁⽌拼⾳加英⽂混合命名。

3. 每个字段要有注释，每个表名要有注释，字段的取值含义或者范围，枚举值要有注释，这些都要有中⽂注释。

4. 布尔类型的字段名尽量避免⽤“is”开头，这是由于有些框架会⾃动解析“is”开头的javaBean。

可以使⽤“can”或者“do”。

5. 表名与字段名尽量保持在30个字符以下
⼆．设计规则
1. 三范式
第⼀范式：1NF是对属性的原⼦性约束，要求属性具有原⼦性，不可再分解；
第⼆范式：2NF是对记录的惟⼀性约束，要求记录有惟⼀标识，即实体的惟⼀性；
第三范式：3NF是对字段冗余性的约束，即任何字段不能由其他字段派⽣出来，它要求字段没有冗余。

2. 使⽤存储引擎。

因为安全，事务，⾏锁。

3. 字符集必须是UTF-8字符集。

4. 尽量减少或者不使⽤触发器、视图、存储过程。

风险⼤，维护成本⾼，尤其对于互联⽹项⽬。

5. 关键表都需要有三个字段（主键、创建时间、修改时间）
6. 存储精确浮点数必须使⽤DECIMAL替代FLOAT和DOUBLE。

7. 如果需要时分秒时间记录，建议⽤datetime类型。

《数据库设计规范》(参考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)5.1 评审范围 (50)5.2 评审标准 (50)6 附录 (53)6.1 用户权限分配规范 (53)6.2 数据库安装文档 (53)6.3 分区实践文档 (53)1 前言为明确公司项目中数据库逻辑设计及物理设计的内容和流程，特制定本规范，供数据库设计、开发及维护人员参考。

数据库设计规范 (2)

社区项目组数据库设计规范1.表1.1.命名全为大写，为相关业务表单功能的简拼，一般为分段式的，比如：个人核心档案，它属于“健康档案”中的“个人”部分，因此命名为：DA_GR_HXDA。

1.2.主键任何表必须有主键字段，尽量设置为单主键，主键字段一定是排在最前面的。

1.3.与“个人档案”有关的业务表必须要有“GRBJH”字段（varchra(50)），且不能为空，已便与通过“个人核心档案”将所有业务串联起来。

1.4.系统表●公用系统表：以“SYS1”开头。

●业务系统表：以“SYS2_”+“业务系统简称”+“含义简称”（如：SYS2_FB_GGBZ）。

1.5.注意事项●表不定义主键！●直接手工修改表名（容易造成“表名”与原来建好的“主键名、索引名”的不匹配）！2.字段2.1.命名全为大写，为简拼。

2.2.数值字段对于数值数据，尽量能与实际大小接近，已达到控制垃圾数据进入的目的，比如身高，一般只精确到一位小数，定义为：decimal(4,1)，而不应该定义为decimal(10,1)，如年龄，定义为tinyint，就比定义为smallint好。

2.3.必填字段确定为必填字段的，应将其设置为“非空”。

2.4.单选字段●不可修改的：数据库中存代码的，统一定义为varchar(2)（除非特殊情况需要加长的，可定义为varchar(4)或varchar(10)等，比如：本身“代码”长度就超过2的，自然不能只定义为varchar(2)）。

●可修改的：存名称，根据具体情况定义为varchar(20)、varchar(30)、varchar(50)等。

2.5.多选字段●不可修改的：数据库中存代码的，肯定也存名称，代码字段定义为：**DM，varchar(30)，名称字段定义为：**MC，varchar(100)，如家族史，则定义为：JZSDM varchar(30)，JZSMC varchar(100)。

●可修改的：存名称，直接定义为名称简拼，一般定义为varchar(100)或varchar(50)。

数据库设计规范

密级：数据库设计规范（oracle版本）修订记录目录1、目的 (4)2、概述 (4)3、数据库物理设计原则 (4)3.1、数据库环境配置原则 (4)3.2、数据库设计原则 (5)3.3、数据库表空间设计原则 (9)4、数据库逻辑设计原则 (9)4.1、命名规范 (9)4.2、命名 (11)4.3、数据类型 (12)4.4、设计 (13)4.5、SQL编写 (15)5、设计工具 (17)附录 (17)SGA (17)3NF (19)1、目的定义数据库设计设计规范，作为数据库设计、规划、开发以及维护人员的技术参考资料。

2、概述本文主要根据oracle9i以上数据库性能特点，描述数据库环境配置、数据库物理设计、数据库逻辑设计、视图、存储过程、应用程序设计等方面的设计规范。

3、数据库物理设计原则3.1、数据库环境配置原则●操作系统环境：对于中小型数据库系统，采用linux操作系统比较合适，对于数据库冗余要求负载均衡能力要求较高的系统，可以采用Oracle9i RAC的集群数据库的方法，集群节点数范围在2—64个。

对于大型数据库系统，可以采用Sun Solaris SPARC 64位小型机系统或HP 9000 系列小型机系统。

●内存要求对于linux操作系统下的数据库,由于在正常情况下Oracle对SGA的管理能力不超过 1.7G。

所以总的物理内存在4G以下。

SGA的大小为物理内存的50%—75%。

对于64位的小型系统，Oracle数据库对SGA的管理超过2G的限制，SGA设计在一个合适的范围内：物理内存的50%—70%，当SGA过大的时候会导致内存分页，影响系统性能。

●交换区设计当物理内存在2G以下的情况下，交换分区swap为物理内存的3倍，当物理内存>2G的情况下，swap大小为物理内存的1—2倍。

●其他环境变量参考Oracle相关的安装文档和随机文档。

3.2、数据库设计原则●数据库SID数据库SID是唯一标志数据库的符号，命名长度不能超过30个字符。