数据库命名规范(表、字段名)
数据库命名规范
数据库命名规范数据库命名规范是指在设计和管理数据库时，为数据库、数据表、字段等各个元素命名时应遵循的一些规则和约定。
良好的数据库命名规范可以提高数据库的可读性、可维护性和易用性。
下面是一个较为详细的数据库命名规范，总计1000字。
1. 数据库命名规范1.1 数据库名应该具有描述性，能够清晰地表达数据库所存储的数据的含义。
1.2 数据库名应该使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
1.3 不要使用特殊字符、空格或保留字作为数据库名。
2. 表命名规范2.1 表名应该使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
2.2 表名应使用单数形式，避免使用复数形式。
2.3 表名应具有描述性，能够清晰地表达表的含义。
3. 字段命名规范3.1 字段名应使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
3.2 字段名应具有描述性，能够清晰地表达字段的含义。
3.3 字段名应使用名词或名词短语，避免使用动词作为字段名。
3.4 字段名不应过长，一般不超过30个字符。
3.5 字段名不应使用保留字，以免造成歧义。
4. 主键命名规范4.1 主键字段名应使用表名加上“_id”的形式，以提高可读性。
4.2 主键字段名应具有描述性，能够清晰地表达主键的含义。
4.3 主键字段名应使用具体的名词，不应使用抽象的名词作为主键字段名。
5. 外键命名规范5.1 外键字段名应使用被关联表名加上“_id”的形式，以提高可读性。
5.2 外键字段名应具有描述性，能够清晰地表达外键的含义。
5.3 外键字段名应使用被关联表的主键字段名作为前缀，以区分不同的外键。
6. 索引命名规范6.1 索引名应使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
6.2 索引名应具有描述性，能够清晰地表达索引的含义。
6.3 索引名应使用被索引的字段名作为前缀，以便于识别和管理。
7. 视图命名规范7.1 视图名应使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
数据库命名规范
数据库命名规范数据库命名规范1．采用26个英文字母加数字加下划线组成，不能出现其他字符。
2．多个单词用下划线连接。
3．命名不得超过30个字符。
4．单词建议使用完整的单词，如果导致长度超过30个字符，则从最后一个单词开始，一次使用该单词的缩写，如果没有约定的缩写，则采用该单词的前4个字母来表示。
5．要使用能正确表达表意义的单词。
6．不使用保留字.7．命名要有实际的意义.库命名规范使用小写英文字母和下划线备份数据库名使用正式库名加时间组成，如：gaiya_20110525表命名规范1）表名要全部小写2）表名必须以模块名开头，如果单词太长，可以采用缩写。
3）公用的表要以‘pub_’开头4）关系表要以‘_rel’结尾，如：user_authority_rel user_group_rel5）单词要采用单数，如：gift，poster6）同一模块的表要以相同的前缀开头（优先级低于第五条），如：字段命名规范1)字段名全部小写2)字段名有两个单词的情况，用“_”连接，如：poster表字段poster_name，不推荐用posterName3)字段最好带表名前缀，如poster表字段poster_id；如果表名过长，可以取表名缩写，如果表名是多个单词组合，可以取第一个单词外加后续单词的首字母。
4)表与表之间关联的字段要用统一的名称，如：跟user表关联的user_id字段。
跟pub_class表关联的pc_id字段。
5)主键以’_id’结尾，主键作为外键的可以除外，6)时间类型的字段以‘_date’结尾7)状态字段统一用state，作为删除回收站使用字段类型规范1）用尽量少的存储空间来存储一个字段的数据2）主键统一类型char(22)3）时间类型统一用bigint索引命名规范idx[0-9]_[表名简写]_[实际名字]其他1、数据不使用外键，在实体层关联2、一对一的关系，即是主键又是外键的方式3、关系表不采用联合主键，单独创建主键。
MySQL数据库表和字段命名规范
MySQL数据库表和字段命名规范导言：在数据库设计和开发中，表和字段的命名规范是非常重要的。
一个良好的命名规范能够提高代码的可读性、可维护性和辨识度。
本文将介绍一些常见的MySQL 数据库表和字段命名规范，希望对读者在数据库开发中有所帮助。
一、表命名规范1. 采用小写字母命名表名。
这样可以避免在跨平台时大小写不敏感的问题，并且有助于代码的一致性。
2. 多个单词用下划线（_）分隔。
例如，user_info、order_detail等。
3. 尽量给表名取得有意义且具有描述性的名字，能够清楚表达出表所存储的内容。
二、字段命名规范1. 采用小写字母命名字段名。
同样，这可以避免大小写不敏感的问题。
2. 也可以使用下划线（_）分隔。
例如，create_time、user_id等。
3. 尽量给字段取得有意义的名字，能够清楚表达字段所存储的数据。
三、表和字段命名的一些约定1. 避免使用MySQL保留字作为表名或字段名。
在MySQL中有一些保留字（如select、update等），如果使用这些保留字作为表名或字段名，可能引发一些潜在的问题，在查询时需要特殊处理。
可以在命名中加上下划线或其他可辨识符号来避免与保留字的冲突。
2. 避免使用过长或过于简短的命名。
过长的命名可能造成代码的冗余，过于简短的命名可能不具备辨识度。
合理的命名长度可以提高代码的可读性和可维护性。
3. 避免使用缩写和简写。
虽然缩写和简写可以减少字符数，但是在团队协作中容易引起误解和混淆。
具有明确、清晰含义的命名可以降低开发和维护的成本。
4. 保持命名的一致性。
在整个数据库中，保持表和字段的命名一致性，可以提高理解和维护代码的效率。
例如，如果一个表的主键命名为"id"，那么在其他表中也保持主键命名为"id"，而不是使用其他类似"pk"或"key"的名称。
四、表和字段命名的示例以下是一些常见的表和字段命名示例，仅供参考，读者可以根据实际情况进行调整：1. 用户信息表：user_info（字段包括user_id, username, password, email等）2. 订单详情表：order_detail（字段包括order_id, product_id, quantity等）3. 商品信息表：product_info（字段包括product_id, product_name, price等）4. 地址信息表：address_info（字段包括address_id, user_id, address等）结论：良好的MySQL数据库表和字段命名规范是数据库开发中必不可少的一部分。
数据库命名规范
命名规范l 命名规范1 、表属性规范1.表名对于各子系统部分，表名称前缀由各部分缩写加“_”组成。
各部分命名约定管理控制台定义的表以CON_数据表名称必须以有特征含义的单词或缩写组成，中间不再用“_”分割，例如：SYS_TABLENAME。
为前缀，表单设计定义的表以ENG_为前缀，数据中心定义的表以DTC_为前缀，协作平台定义的表以FRM_为前缀，业务数据表以BIZ_为前缀。
1.2 表分区名前缀为P_ 。
分区名必须有特定含义的单词或字串。
例如：SYS_TABLENAME 的分区P_2004100101表示该分区存储2004100101时段的数据。
1.3 字段名字段名称必须用字母开头，采用有特征含义的单词或缩写，中间不再用“_”分割。
1.4 主键名前缀为PK_。
主键名称应是前缀+表名+构成的字段名。
如果复合主键的构成字段较多，则只包含第一个字段。
表名可以去掉前缀。
1.5 外键名前缀为FK_。
外键名称应是前缀+ 外键表名+ 主键表名+ 外键表构成的字段名。
表名可以去掉前缀。
2 索引2.1 普通索引前缀为IDX_。
索引名称应是前缀+表名+构成的字段名。
如果复合索引的构成字段较多，则只包含第一个字段，并添加序号。
表名可以去掉前缀。
2.2 主键索引前缀为IDX_PK_。
索引名称应是前缀+表名+构成的主键字段名，在创建表时候用using index指定主键索引属性。
2.3 唯一索引前缀为IDX_UK_。
索引名称应是前缀+表名+构成的字段名。
2.4 外键索引前缀为IDX_FK_。
索引名称应是前缀+表名+构成的外键字段名。
2.5 函数索引前缀为IDX_func_。
索引名称应是前缀+表名+构成的特征表达字符。
3 视图前缀为V_<子系统缩写>_ 。
按业务操作命名视图。
4 存储过程前缀为PRC_<子系统缩写>_ 。
按业务操作命名存储过程。
5 触发器前缀为TRIG_ 。
触发器名应是前缀+ 表名+ 触发器名。
数据库命名规范表字段名
数据库命名规范（表、字段名）一．实体和属性旳命名1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中旳一种，因此规定加上下划线举例：定义旳缩写 Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl;2．假如表或者是字段旳名称仅有一种单词，那么提议不使用缩写，而是用完整旳单词。
一、【操作规范】1. 如无备注，则表中旳第一种id字段一定是主键且为自动增长；2. 如无备注，则数值类型旳字段请使用UNSIGNED属性；3. 如无备注，排序字段order_id在程序中默认使用降序排列；4. 如无备注，所有字段都设置NOT NULL，并设置默认值；5. 如无备注，所有旳布尔值字段，如is_hot、is_deleted，都必须设置一种默认值，并设为0；6. 所有旳数字类型字段，都必须设置一种默认值，并设为0；7. 针对varchar类型字段旳程序处理，请验证顾客输入，不要超过其预设旳长度；8. 建表时将数据字典中旳字段中文名和属性备注写入数据表旳备注中(“PK、自动增长”不用写)；9. 如无阐明，建表时一律采用innodb引擎；二、【常用表名约定】0. 阐明：表前缀用项目名称首字母缩写；因此表名都小写，单词之间用下划线分开，单词都用单数形式1. user –顾客2. category –分类3. goods –商品、产品等一切可交易网站旳物品都用此命名4. good_gallery –物品旳相册5. good_cate –物品旳分类，除了单独作为表名，其他地方分类单词一律用缩写cate4. attr –属性5. article –文章、新闻、协助中心等以文章形式出现旳，一般都用此命名6. cart –购物车7. feedback –顾客反馈8. order –订单9. site_nav –包括页头和页尾导航10. site_config –系统配置表11. admin –后台顾客【RBAC原则表】12. role –后台顾客角色【RBAC原则表】13. access –后台操作权限，相称于action【RBAC原则表】14. role_admin –后台顾客对应旳角色【RBAC原则表】15. access_role –后台角色对应旳权限【RBAC原则表】16. 待续三、【常用列名约定】1. 表名_id –一般用作外键命名2. cid –特殊旳编号，带有元数据，以便关联查询，你可以把它理解成类别(层次)编号。
数据库命名规范(表、字段名)
数据库命名规范（表、字段名）一．实体和属性的命名1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl;2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
举例：定义的缩写Material Ma 物品；物品表名为：Material, 而不是Ma.但是字段物品编码则是：Ma_ID;而不是Material_ID3．所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。
4．所有的冗余类的命名(主要是累计表)前面加上前缀X冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。
或者表5．关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。
关联表用于保存多对多关系。
如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。
如果没有其他原因，建议都使用缩写。
举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；表Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp6．每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。
举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号，则命名为：ID。
7．所有的属性加上有关类型的后缀，类型后缀的缩写定义见文件《类型后缀缩写定义》，注意，如果还需要其它的后缀，都放在类型后缀之前。
二．关系的命名关系的命名基本上按照;如有特殊情况,可以灵活处理．[must/may/can/should][verb/verb+prep][a/many/exatly num][or a/many]的结构命名三．域的命名四．触发器的命名五．有关于默认的几点说明1．严格依赖关系的主细表，主表的后缀Main可以不写。
数据库命名规范
数据库命名规范一、数据库文件命名数据文件命名采用系统名+_+文件类型，比如系统名为ComSys，则数据库文件命名为ComSys_database.mdf，有的数据库文件有多个，比如SQL Server就有2个，一个是数据库文件，另一个是日志文件，那么他们的文件命名分别为ComSys_database.mdf，ComSys_log.log。
二、数据库对象命名规范数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。
对象名字由前缀和实际名字组成，长度不超过30。
1、前缀：使用小写字母。
如：表tb视图vi存储过程sp函数fn2、实际名字：实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和_开头。
如：表User_Info视图User_List存储过程User_Delete3、示例：合法的对象名字类似如下：表tb_User_Info tb_Message_Detail视图vi_Message_List存储过程sp_Message_Add三、表的命名1) 表名由前缀和实际名字组成。
前缀使用小写字母tb，表示表。
对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。
在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。
举例：定义的缩写Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单明细表命名为：tb_Sal_Ord_Dtl;2) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
举例：定义的缩写Material Ma 物品；物品表名为：tb_Material, 而不是tb_Ma.但是字段物品编码则是：Ma_ID;而不是Material_ID3) 所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。
数据库命名规则
数据库命名规则一．数据库：1. 基本命名规则表 1. 基本数据库对象命名2. 关于命名的约定变量 (T-SQL 编程中声明的变量 ) 、过程 ( 存储过程或触发器等 ) 、实体 ( 表、字段 ) 应该根据他们所代表的实体意义和进程作用来命名：表 2. 好的命名和不好的命名范例a. 动宾形式：动词放前面，名词放后面。
eg:prd_GetProductByIdb. 不要使用计算机术语，尽量使用面向公司业务的术。
c. 采用缩写如果完全根据上一条的要求，那么根据业务描述的过程名可能会变得很冗长，比如下面：prCountTotalAmountOfMonthlyPayments (计算每月付费的总金额)prGetParentOrganizationalUnitName ( 获取上级单位名称)Ø如果可以在字典里找到一个词的缩写，就用这个做为缩写，比如：Mon(Monday)、Dec(December)Ø可以删除单词元音(词首字母除外)和每个单词的重复字母来缩写一个单词。
比如：Current = Crnt、Address = Adr、Error = Err、Average = AvgØ不要使用有歧异的缩写(一般是语音上的歧义)。
比如b4(before)、xqt(execute)，4tran(Fortran)3. 数据库命名根据项目的实际意义来命名4. 表命名“tbl_”+ 名称(名称尽量使用英文单词，每个单词的首字母大写)5. 字段命名表名(去掉前缀)缩写+ ”_”+ 属性名称(每个单词的首字母大写)缩写:五笔拆字法取字母一个单词：取前四个字母二个单词：取每个单词的前两个字母三个单词：取前两个单词的首字母和第三个单词的前两个字母。
四或四个以上：取前三个单词的首字母和最后一个单词的首字母。
6. 主键命名主键是针对一个表的, 而不是针对一个字段,因为主键是唯一的，一个表只能有一个主键。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库命名规范（表、字段名）
一．实体和属性的命名
1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线
举例：
定义的缩写 Sales: Sal 销售；
Order: Ord 订单；
Detail: Dtl 明细；
则销售订单名细表命名为：Sal_Ord_Dtl;
2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
一、【操作规范】
1. 如无备注，则表中的第一个id字段一定是主键且为自动增长；
2. 如无备注，则数值类型的字段请使用UNSIGNED属性；
3. 如无备注，排序字段order_id在程序中默认使用降序排列；
4. 如无备注，所有字段都设置NOT NULL，并设置默认值；
5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0；
6. 所有的数字类型字段，都必须设置一个默认值，并设为0；
7. 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度；
8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)；
9. 如无说明，建表时一律采用innodb引擎；
二、【常用表名约定】
0. 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单
词都用单数形式
1. user –用户
2. category –分类
3. goods –商品、产品等一切可交易网站的物品都用此命名
4. good_gallery –物品的相册
5. good_cate –物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate
4. attr –属性
5. article –文章、新闻、帮助中心等以文章形式出现的，一般都用此命名
6. cart –购物车
7. feedback –用户反馈
8. order –订单
9. site_nav –包括页头和页尾导航
10. site_config –系统配置表
11. admin –后台用户【RBAC标准表】
12. role –后台用户角色【RBAC标准表】
13. access –后台操作权限，相当于action【RBAC标准表】
14. role_admin –后台用户对应的角色【RBAC标准表】
15. access_role –后台角色对应的权限【RBAC标准表】
16. 待续
三、【常用列名约定】
1. 表名_id –通常用作外键命名
2. cid –特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。
举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。
一般的站点几十个分类肯
定是够用了，所以这里假设某一主分类的cid为11，则子分类的cid从1101开始编号，处理时只需截取前两位数值便可知道该产品属于哪一个主分类了。
3. add_time –添加时间、上架时间等
4. last_time –最后操作时间，如登录、修改记录
5. expire_time –过期时间
6. name –商品名称、商家名称等，不要跟title混用，title只用于文章标题、职称等
7. price –价格
8. thumb –只要是列表页面中的窗口图，一律用此命名
9. image_src –相册中的图片地址一律用此命名，不要出现各种img,image,img_url,th umb_url等
10. head_thumb –用户头像，虽然有点长，一定要遵守。
不要出现上述情况
11. image_alt –相册中图片的alt属性
12. desc –描述、简介，比如goods_desc，不要出现goods_txt这种
13. details –详情、文章内容等
detail 明细
14. order_id –排序
15. telephone –座机号码
16. mobile –手机号码
17. phone –当不区分手机和座机时，请用phone命名
18. address –地址，单独出现不要用addr缩写，组合出现时需用缩写，比如mac地址，mac_addr
19. zipcode –邮编
20. region –地区，大的区域，比如记录杭州市、温州市等
21. area –区域，小的，比如上城区，江干区等
22. avg_cost –人均消费
23. 待续
四、【数据表字段设计范例】
分类表（t_category）
是否必填IsFill 是否必填bool
是否允许多选IsMulti
是否生效IsActive。