数据库命名规范

_hisAABBCC 手工备份表（AABBCC可以用年月日来代 替，比如090102）
_bakAABBCC 手工备份数据表（AABBCC可以用年月日来 代替，比如090102）
8.2 字段的命名
原则：字段名称尽量以接近实际的英文单词（缩写）来书写，尽量 做到见名明义，一个字段如包含多个英文单词（或缩写），则单词（缩 写）之间一律以短下划线“_”隔开。比如 user_name，user_id，age等 等。
8 命名原则
命名的第一原则：见名明义。
8.1 表对象命名
规则：t_[系统简称_]<模块名称/简称>_<表标识名称>[_后缀] 1、前缀t、前缀t不能省略。 2、系统简称可选。 3、模块名称不能省。模块名称必须参照各个产品/项目的实际模块
划分来确定。 4、表标识名称 尽量取有意义的、贴近实际的英文单词或缩写作为表标识名称。禁
表名称
表名称
缩写
字段 ቤተ መጻሕፍቲ ባይዱ段命名
客户编 号
cstm_code
客户名 称
cstm_name
customer
客户地 址
客户电 cstm 话
转账支 付号
支票支 付帐号
电子邮 件
cstm_addr telephone pay_account_trans pay_account_check email
对于同一张表中存在多个字段引用了另外一张表的同一个字段的情
头。变量命名中禁止使用短下划线“_”。 命名字符集规则 1. 名称必须以字符（a-z/A-Z）开始，并且名称标识只能包
含（a-z、A-Z、0-9）。 名称长度约定 1. 对象或变量有意义的标识名称尽量控制在18个字符以内
（不包括前缀和后缀） 2. 前后缀名称尽可能使用简写，长度控制在5个字符以内为
佳。
1、 在一个名称表达式中，被尖括号<>包围起来的标识符是必须项， 被中括号[]包围起来的项是可选项。
表达式
说明
用法例子
<标识符>
必须项
<前缀>、<表标识>
[标识符]
可选项
[后缀]
7 命名约定
命名大小写规则。 1. 对象的名称全部采用小写。单词之间用短下划线“_”分
割。 2. 变量命名采用驼峰式命名，并且附加小写字符“v”做为开
模块
功能
命函数/过程名名
每日订单分析 p_order_anaylize_day
订单模块 每周订单分析 p_order_anaylize_week
每月订单分析 p_order_anaylize_month
8.7 函数和过程的参数的命名规则
1、入口（输入）参数一律以小写字母i开始，采用驼峰式的命名规 则。
况，通过加角色名来做为前缀加以区分，比如(下单人、审核人、发货 人、质检人都保存在员工表中，标识为职员编号 staff_code )
表名称
表名称
缩写
字段
字段命名
订单号
order_code
下单人
lanuch_staff_code
审核人
audit_staff_code
po_order
order
备货人 发货人
唯 ux_customer[_custcode] 一 索 引
contact_email 唯 一 索 引
ux_customer[_email]
register_date
普 ix_customer[_regdate] 通 索 引
cust_name
普 ix_customer[_custname] 通 索 引
1. 一致性：命名一致，编码风格一致。 2. 可执行：在实践的过程中允许个性化的东西存在，但最终结
果必须是符合规范的，在这个过程中，可以借助工具或者通 过手工很方便的达到。 3. 可检查：通过借助工具或手工就可以容易达到检查之目的。
3 适用对象
本文档适用对象：数据库开发人员、数据库设计人员。
4 术语
后缀 his
例子 t_ri_roles t_cm_customer t_cm_customer_his
后缀：可选项，一般情况下可以用后缀来区分备份表、临时表、历史记 录表等。
表后缀
说明
_his
历史表
_tmp
临时表，应用程序用来存放临时数据的中间 表
_bak
备份表，应用程序根据业务需求用来自动备
份历史记录的表
止使用中文拼音缩写的形式。 5、后缀：
可选项，一般情况下可以用后缀来区分备份表、临时表、历史记录表 等。 比如：模块划分
系统名称 子系统/模块 英文缩写 名称
备注
E3S_V
权限管理 RI
客户管理 CM
订单管理 PO
E3S_P
仓库管理 INV
订单管理 PO
客户管理 CM
前缀 RI CM CM
表标识 roles customer customer
约定 [] {} <> | _
说明 中括号 大括号 尖括号 竖线 短下划线
… lowercase UPPERCASE 驼峰式命名
省略号
小写字符
大写字符
如果名称由单个或多个英文单词组成时， 每个单词的第一个字符大写，其余小写。 比如Customer、CustomerName、 CustomerAddr等。
ak_customer[_custcode]
字段列表：如果只有一个字段，建议加上字段名称，如果有多个字 段，建议采用复合缩写。
8.4 索引的命名：
普通索引：IX_<表名>[_fields] 唯一索引：UX_<表名>[_fields]
表名称 字段
索 命名 引 类 型
customer cust_code
8.5 视图的命名
规则：v_<视图标识名>
8.6 函数和过程的命名规则
函数：以小写的 f_<函数标识名>。 过程：以小写的 p_<过程标识名>。 <函数标识名> = [模块名_]<功能标识> <过程标识名> = [模块名_]<功能标识> [模块名] 是一个可选的名称。对于系统中通用的实现或者公共部分的功 能实现，可以不带模块名称。模块名称参考实际系统设计对模块的划 分。 <功能标识>尽可能取有意义的单词或缩写，如果由多个单词组成，各个 单词之间以短下划线“_”分割。如果名称中存在操作类的动词，建议动 词+名词的组合结构。
2、出口（输出）参数一律以小写字母o开始，采用驼峰式的命名规 则。
3、禁止使用既做输入，也做输出的参数。
数据库命名规范
1 简介
为了使各个系统的数据库后台能够规范化设计、统一命名规范和编 码风格，特制定本标准，作为各个数据库应用系统（子系统或者模 块）设计人员和开发人员参考的依据。
2 目标和要求
数据库设计的最高目标就是设计易理解、高性能的应用系统。所 有的活动都必须围绕着这两个目标进行，任何违反该目标的活动， 都必须被制止。 对设计和开发的要求是：一致性、可执行性、可检查性。
表名称 字段
约 命名 束 类 型
customer cust_id 主 pk_customer[_custid] 键
area_id 外 fk_customer[_areaid] 键
pay_id
外 fk_customer[_payid] 键
sex
检 ck_customer[_sex]
查
cust_code 备 选 键
5 用词约定
对于本规范中出现的一些用词，在这里统一给予约定。 强制性用词：必须、一定、需要。 非强制性用词：可以、考虑、推荐、参考、优先、避免。
6 词法约定
本文档中使用了命名词法规则，下面对文档中名称表达式涉及到的用法 进行说明。 名称表达式 = <名称标识符1>_<名称标识符2>…[_<名称标识符n>] 说明：<名称标识符1> 。。。<名称标识符n>（n为数字）是一个只包含 字符a-z,A-Z 0-9的有意义的完整字符串。是一个可以被替换的最小单 元，在实际使用中，可以是 <表名称标识><字段标识><系统标识><模块 标识>等等。
为了区分开不同的表具有相同的字段名称，字段名称建议带上表名 称缩写作为字段前缀。也可以带上能够反映实际情况的角色名称作为前 缀来加以区分。尽量避免使用ID、NAME这样通用的属性名。
比如，下面的字段命名都是符合规范的 对编号（code）、名称（name）这类通用字，加表前缀以区分其他 表可能存在同样命名。
provide_staff_code deliver_staff_code
质检人
quality_staff_code
……..
8.3 键（主键、备选键、外键）命名
规则，<约束>_<表名 >[_<字段列表>] 主键名称 ：PK_<表名> [_fields] 外键 ：FK_<表名> [_fields] 备选键 ：AK_<表名> [_fields] 约束命名 ：CK_<表名>[_fields]