数据库规范

数据库设计规范

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) 术语

数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。

mysql数据库规范

规范名称 具体内容 解释

基础规范 使用InnoDB存储引擎 支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高

新库使用utf8mb4字符集 万国码，无需转码，无乱码风险，节省空间

数据表、数据字段必须加入中文注释

禁止使用存储过程、视图、触发器、Event 高并发大数据时，解放数据库CPU，将计算转移到服务层

禁止存储大文件或者大照片

命名规范 线上环境：dj.xxx.db 业务名称：xxx

开发环境：dj.xxx.rdb 业务名称：xxx

测试环境：dj.xxx.tdb 业务名称：xxx

线上从库：dj.xxx-s.db 业务名称：xxx，从库在名称后加-s标识

线上备库：dj.xxx-ss.db 业务名称：xxx，备库在名称后加-ss标识

库名、表名、字段名：小写，下划线风格，不超过32个字符，必须见名知意，禁止拼音英文混用

表设计规范 单实例表数目必须小于500

单表列数目必须小于30

表必须有主键，例如自增主键 主键递增，数据行写入可以提高插入性能，可以避免page分裂，减少表碎片提升空间和内存的使用 禁止使用外键，如果有外键完整性约束，需要应用程序控制 外键会导致表与表之间耦合，update与delete操作都会涉及相关联的表，十分影响sql

的性能，甚至会造成死锁

字段设计规范 必须把字段定义为NOT

NULL并且提供默认值 null的列使索引/索引统计/值比较都更加复杂，对MySQL来说更难优化

禁止使用TEXT、BLOB类型 会浪费更多的磁盘和内存空间，非必要的大量的大字段查询会淘汰掉热数据，导致内存命中率急剧降低，影响数据库性能

禁止使用小数存储货币 使用整数

必须使用varchar(20)存储手机号

时间类型存储将其转换成时间戳，用int存储

索引设计规范 单表索引建议控制在5个以内

禁止在更新十分频繁、区分度不高的属性上建立索引

密级：

数据库设计规范

（oracle版本）

版 本 号 发布日期

修 改 人 修改日期

审 核 人 审核日期

审 批 人 审批日期 修订记录

版本号 发布日期 修改人/修改日期 审核人/审核日期 审批人/审批日期 备注

目录

1、目的 .................................................................................................... 4

2、概述 .................................................................................................... 4

3、数据库物理设计原则 ............................................................................ 4

3.1、数据库环境配置原则 .................................................................. 4

3.2、数据库设计原则 ......................................................................... 5

3.3、数据库表空间设计原则 .............................................................. 9

4、数据库逻辑设计原则 ............................................................................ 9

4.1、命名规范 ................................................................................... 9

1 数据库命名、设计规范

一、 数据库表及字段

1． 数据库表的命名规范：

表的前缀应该用系统或模块的英文名的缩写（全部大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。

表的名称必须是易于理解，能表达表的功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。

表名称不应该取得太长（一般不超过三个英文单词）。表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts;对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3„„。表必须填写描述信息，后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b。

数据库表的命名采用如下规则：

1)表名用模块名_开头，表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。