数据库、表、字段的命名规则

合集下载

数据库命名规范

数据库命名规范

数据库命名规范数据库命名规范是指在设计和管理数据库时,为数据库、数据表、字段等各个元素命名时应遵循的一些规则和约定。

良好的数据库命名规范可以提高数据库的可读性、可维护性和易用性。

下面是一个较为详细的数据库命名规范,总计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 视图名应使用小写字母,并可以使用下划线(_)进行分隔,以提高可读性。

MySQL数据库表和字段命名规范

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数据库表和字段命名规范是数据库开发中必不可少的一部分。

数据库字段名称命名规则

数据库字段名称命名规则

数据库字段名称命名规则
数据库字段名称命名规则是数据库设计规范中的重要内容之一。

一个好的命名规则可以帮助开发人员更好地理解数据库表中的字段,提高代码的可读性和可维护性。

下面是常见的数据库字段名称命名规则:
1. 命名规则:通常采用全小写字母和下划线的方式进行命名,字段名长度最多为 32 个字符,禁止超过 32 个字符。

2. 禁使 MySQL 保留字:在命名规则中,禁使 MySQL 保留字,例如_、auto_、master_等。

3. 业务或产品线相关:字段名应该与业务或产品线相关,以便更好地理解字段的含义和用途。

4. 采用英语命名:字段名应该采用英语命名,以便更好地理解其含义。

如果英语翻译可以参考常术语来选择相应的英语单词。

5. 字段名必须是名词的复数形式:字段名必须是名词的复数形式,以便更好地描述字段的含义和用途。

6. 多个名词采下划线分割单词:如果字段名包含多个名词,应该采用下划线将它们分割开。

7. 命名与实际情况相符:在命名规则中,应该尽可能命名与实际情况相符,例如将用户 ID 字段命名为 user_id。

8. 避免使用单个字符或特殊字符:在命名规则中,应该避免使用单个字符或特殊字符,以免导致字段名混淆或无法正确解析。

9. 命名一致:在多个表中使用相同的字段时,应该遵循一致的
命名规则,以便更好地理解数据之间的关系。

不同的数据库管理系统 (DBMS) 可能有不同的命名规则,因此在实际开发中应该根据实际情况进行命名。

数据库表设计中的字段命名规范与约定

数据库表设计中的字段命名规范与约定

数据库表设计中的字段命名规范与约定在数据库设计中,字段命名是一个重要的环节,它直接关系到数据库的可读性和可维护性。

良好的字段命名规范和约定可以提高团队合作的效率,减少沟通和理解方面的困扰。

本文将介绍一些常用的字段命名规范和约定,帮助开发者更好地进行数据库表设计。

一、命名规范1. 采用有意义的名称字段名称应该准确地描述其含义,命名应该具有可读性。

避免使用不清晰、模糊的缩写和简写。

比如,使用"age"代表"年龄",而不是"a"或"ag"。

2. 使用小写字母字段名称一般应该使用小写字母,这样可以增加可读性。

同时,使用小写字母可以保证跨平台的兼容性,因为不同的数据库管理系统可能会对大小写敏感。

3. 使用下划线分隔单词单词间最好使用下划线进行分隔,这样可以增加字段名称的可读性。

比如,使用"first_name"代表"名字",而不是"firstname"或"FirstName"。

4. 避免使用保留字和关键字字段名称中应该避免使用数据库管理系统所规定的保留字和关键字,否则可能会导致语法错误。

可以在命名之前查阅相关数据库管理系统的官方文档以避免此类问题。

5. 避免过长的字段名称字段名称过长会增加阅读的难度,而且在编程时也可能限制命名的长度。

建议字段名称控制在30个字符以内,既可以保证可读性,又可以避免编程限制。

二、常见字段命名约定1. 主键字段命名主键字段命名应该易于理解和识别,一般采用表名加上"ID"的方式进行命名。

比如,对于名为"用户"的表,主键字段可以命名为"user_id"。

2. 外键字段命名外键字段命名应该与所关联的主键字段名称保持一致,这样可以减少混淆。

可以在所关联的主键字段名称后加上"_id"进行命名。

fastadmin 数据库表字段命名规则

fastadmin 数据库表字段命名规则

fastadmin 数据库表字段命名规则FastAdmin是一个基于ThinkPHP5+Bootstrap开发的一款快速开发的后台管理系统,其中的数据库表字段命名规则是非常重要的,它直接影响到系统的运行和维护。

下面介绍一下FastAdmin中的数据库表字段命名规则。

一、字段命名规范1. 表名命名规则:表名应该使用小写字母,并使用下划线分隔单词。

例如,用户表可以命名为user。

2. 字段名命名规则:字段名也应该使用小写字母,并使用下划线分隔单词。

例如,用户的姓名字段可以命名为username。

3. 主键命名规则:主键字段应该以表名作为前缀,加上_id后缀。

例如,用户表的主键可以命名为user_id。

4. 外键命名规则:外键字段应该以被关联表名作为前缀,加上_id 后缀。

例如,用户表关联角色表的外键可以命名为role_id。

5. 唯一索引命名规则:唯一索引字段应该以表名作为前缀,加上唯一性约束的字段名。

例如,用户表的唯一索引字段可以命名为user_username_unique。

6. 普通索引命名规则:普通索引字段应该以表名作为前缀,加上索引的字段名。

例如,用户表的普通索引字段可以命名为user_username_index。

7. 默认值命名规则:默认值字段应该以表名作为前缀,加上默认值的字段名。

例如,用户表的默认值字段可以命名为user_status_default。

8. 外键约束命名规则:外键约束应该以表名作为前缀,加上外键字段名和被关联表名。

例如,用户表关联角色表的外键约束可以命名为user_role_fk。

二、命名规范的作用1. 提高代码的可读性:遵循命名规范可以让代码更易于理解和维护,减少了开发人员对字段含义的猜测。

2. 提高数据库性能:良好的命名规范可以帮助数据库优化器更好地利用索引,提高查询效率。

3. 方便系统集成:遵循统一的命名规范可以方便不同系统之间的集成和数据交换。

4. 方便系统迁移:遵循命名规范可以减少系统迁移时的字段映射和转换工作。

数据库设计规范_编码规范

数据库设计规范_编码规范

数据库设计规范_编码规范数据库设计规范包括数据库表结构的设计原则和数据库编码规范。

数据库表结构的设计原则包括表的命名规范、字段的命名规范、主键和外键的设计、索引的使用、约束的定义等。

数据库编码规范包括SQL语句的书写规范、存储过程和函数的命名规范、变量和参数的命名规范、注释的使用等。

1.表的命名规范-表名使用有意义的英文单词或短语,避免使用拼音或缩写。

- 使用下划线(_)作为单词之间的分隔符,如:user_info。

- 表名使用单数形式,如:user、order。

2.字段的命名规范-字段名使用有意义的英文单词或短语,避免使用拼音或缩写。

- 字段名使用小写字母,使用下划线(_)作为单词之间的分隔符,如:user_name。

- 字段名要具有描述性,可以清楚地表示其含义,如:user_name、user_age。

3.主键和外键的设计-每张表应该有一个主键,用于唯一标识表中的记录。

- 主键字段的命名为表名加上“_id”,如:user_id。

- 外键字段的命名为关联的表名加上“_id”,如:user_info_id,指向user_info表的主键。

4.索引的使用-对于经常用于查询条件或连接条件的字段,可以创建索引,提高查询性能。

-索引的选择要权衡查询性能和写入性能之间的平衡。

-不宜为每个字段都创建索引,避免索引过多导致性能下降。

5.约束的定义-定义必要的约束,保证数据的完整性和一致性。

-主键约束用于保证唯一性和数据完整性。

-外键约束用于保证数据的一致性和关联完整性。

6.SQL语句的书写规范-SQL关键字使用大写字母,表名和字段名使用小写字母。

-SQL语句按照功能和逻辑进行分行和缩进,提高可读性。

-使用注释清晰地描述SQL语句的功能和用途。

7.存储过程和函数的命名规范-存储过程和函数的命名要具有描述性,可以清楚地表示其功能和用途。

-使用有意义的英文单词或短语,避免使用拼音或缩写。

- 使用下划线(_)作为单词之间的分隔符,如:get_user_info。

数据库设计中的命名规范与约定

数据库设计中的命名规范与约定

数据库设计中的命名规范与约定在数据库设计和开发过程中,命名规范与约定起着至关重要的作用。

准确、一致且易于理解的命名可以提高代码的可读性和可维护性,减少开发人员之间的沟通成本,同时还能规范化操作,提高工作效率。

本文将介绍数据库设计中常见的命名规范和约定。

1. 表名规范:表名应该具有描述性,能够清晰地反映出该表存储数据的实际含义。

通常,表名使用名词复数形式,并采用下划线或驼峰命名法进行分隔。

例如,使用"users"表示用户信息表,"order_items"表示订单明细表。

2. 字段名规范:字段名应该具有描述性,能够清楚地表示字段所存储的数据内容。

命名应该避免使用缩写、缺乏含义的名称或过于通用的名称。

建议使用名词或名词短语,使用下划线或驼峰命名法进行分隔。

例如,使用"first_name"表示用户的名字,“price”表示商品价格。

3. 主键命名:主键字段通常是唯一标识表中每个记录的字段。

主键字段的命名规范是将表名加上后缀"_id",例如,对于用户表"users",主键字段可以命名为"user_id"。

4. 外键命名:外键字段通常用于关联两个表之间的关系,可以用于查询相关数据。

外键字段的命名规范是将被关联的表的表名加上后缀"_id"。

例如,对于订单表"orders"和用户表"users",关联用户的外键字段可以命名为"user_id"。

5. 索引命名:索引是提高数据库查询效率的重要方式之一。

在命名索引时,应明确表示所涉及的字段或字段组合,建议在字段名之前加上前缀"idx_"。

例如,使用"idx_last_name"表示基于姓氏进行的索引。

6. 视图命名:视图是根据查询语句创建的虚拟表,可以简化复杂查询操作。

数据库命名规则

数据库命名规则

数据库命名规则一.数据库: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. 命名规范:库名、表名、字段名禁止使用 MySQL 保留字,并且必须是名词的复数形式,使用写字母,多个名词采下划线分割单词。

2. 常英语命名:库名、表名、字段名建议使用英语命名,以便见名知意,与业务、产品线等相关联。

3. 命名与实际含义关联:字段名应该与实际含义相关联,有助于理解数据库表中的数据和字段的作用。

4. 长度限制:库名、表名、字段名长度应该限制在 32 个字符以内,为了减少传输量和提高规范性,建议不超过 32 个字符。

5. 缩写规则:当字段名过长时,可以使用缩写来减少长度。

例如,“性别”可以缩写为“gender”。

6. 主键命名规则:主键按照 PKtable 的规则命名,其中 table 为数据库表名,column 为字段名。

7. 唯一键命名规则:唯一键按照 UKtablecolumn 的规则命名,其中 table 为数据库表名,column 为字段名。

8. 外键命名规则:外键按照 FKparentchildnn 的规则命名,其中 parent 为表名,child 为表名,nn 为序列号。

遵循这些规则可以帮助开发人员更好地设计和开发数据库表,提高数据库的可维护性和可读性。

同时,也有助于团队协作和代码规范。

数据库、表、字段的命名规则

数据库、表、字段的命名规则

数据库、表、字段的命名规则每个公司或者企业数据库、表、字段等都有自己命名规则,数据库开发时数据库、表、字段、视图、触发器、存储过程、变量名、主键、外键、索引等的命名规则。

一、数据库(Database)数据库名称 = 数据库内容标识(首字大写)。

二、表(Table)命名应尽量反映存储的数据内容。

表名前缀:以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识。

表名称 = T +‘_’+ 表名前缀+‘_’+ 表内容标识(首字大写) 。

如客户端信息ClientInfo相关联的一系的表以ci作为前缀,Record记录表即有表名:T_ci_Record。

数据库中不论是表名还是字段名,都一律用英文,不准出现其它语言;且保留原来的字段名,保留它们的规范。

为了不增加数据库当中的表名的长度,一般不允许出现如Form或者Table的字样,如:记录表:应为Record,而不是RecordTable。

数据库当中的表名的命名,一般不准出现空格,假如有几个单词出现的话,每个单词之间不允许留有空格,用”_”隔开如人事信息表:应为Human_Info,而不是Human Info;每个单词的第一个字母必须大写;如果太长,为了不增加编程的难度可采用缩写的方式,每个单词可取三到四个字母表示,也可根据实际情况,实际习惯进行缩写。

三、字段(Field)字段是数据库中的用途最广泛的,它的类型非常多,所以必须加类型前缀来标示它的类型。

字段名称 = F + 字段类型前缀 + 字段内容标识(首字大写) 。

为了编程的方便性,可在前面加上字段类型的前缀,一般取用类型的三个字母,但是不需要下化线,而且这三个字母必须小写;如姓名字段为字符型的话就应该为chrName;尝用字段类型的缩写可参考下面的形式:缩写- 类型chr- charnvr- nvarcharvcr -varcharnum -numberflt -floatdtm -datelng -longclb- clobblb- blob四、视图名(View)视图的名称 = "v_" + 视图内容标识(首字大写)如 v_Record。

数据库命名规范(表、字段名)

数据库命名规范(表、字段名)

数据库命名规范(表、字段名)一.实体和属性的命名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可以不写。

数据库建表规则

数据库建表规则

数据库建表规则数据库建表规则是数据库设计中非常重要的一环,它决定了数据库中数据的组织方式和结构。

一个好的表设计可以提高数据库的性能、可维护性和扩展性。

本文将介绍一些常见的数据库建表规则,帮助读者更好地设计数据库表。

一、表名规则1. 表名应具有描述性,能够清晰地表达该表存储的数据内容;2. 表名应使用名词,避免使用动词或动词短语;3. 表名可以使用下划线或驼峰命名法,但要保持一致性。

二、字段名规则1. 字段名应具有描述性,能够清晰地表达该字段存储的数据内容;2. 字段名应使用名词,避免使用动词或动词短语;3. 字段名应使用小写字母,并使用下划线分隔单词,以提高可读性;4. 字段名不应过长,一般不超过30个字符。

三、字段类型规则1. 根据数据内容选择合适的字段类型,例如使用整数类型存储整数数据,使用字符类型存储字符串数据;2. 避免使用过长的字段类型,浪费存储空间;3. 根据业务需求选择合适的字段长度,避免存储过长或过短的数据;4. 对于需要进行数学计算或比较的字段,应选择精确的数值类型,如DECIMAL;5. 对于可能存在空值的字段,应选择允许NULL值的字段类型。

四、主键规则1. 每个表应该有一个主键,用于唯一标识表中的每一行数据;2. 主键应该具有唯一性,不允许重复值;3. 主键应该具有稳定性,不应该随着数据的变化而变化;4. 主键可以是单个字段,也可以是多个字段的组合。

五、索引规则1. 对于经常被查询的字段,可以创建索引来提高查询性能;2. 索引应该选择合适的数据结构,如B树或哈希索引;3. 索引的创建应该考虑到对性能的影响,避免过多的索引导致性能下降;4. 对于经常被更新的字段,索引的维护会带来额外的开销,需要权衡利弊。

六、约束规则1. 使用约束来确保数据的完整性和一致性;2. 主键约束用于确保主键的唯一性和非空性;3. 外键约束用于确保表之间的关联关系,并维护数据的一致性;4. 唯一约束用于确保字段的唯一性;5. 非空约束用于确保字段不能为空。

数据库表字段命名规范与最佳实践

数据库表字段命名规范与最佳实践

数据库表字段命名规范与最佳实践概述:随着信息技术的迅猛发展和数据的不断增长,数据库在我们日常生活和工作中扮演着重要的角色。

在设计数据库时,合理的字段命名是至关重要的。

良好的字段命名可以增加代码可读性、降低开发难度、提高数据库的性能和维护效率。

本文将介绍数据库表字段命名的规范以及最佳实践。

一、规范性命名准则1. 语义化命名:字段名应能清晰地表达字段所表示的含义,避免使用缩写或者数值代替含义。

2. 使用英文单词:字段名应使用英文单词而不是拼音或其他语言,确保字段名的一致性和易读性。

3. 使用小写字母:字段名应全部使用小写字母,避免使用大写字母或者混合大小写,以确保跨平台兼容和可移植性。

4. 使用下划线分隔单词:字段名应使用下划线(_)分隔多个单词,例如"first_name",而不是使用驼峰命名法,例如"firstName"。

5. 避免使用保留字:字段名不得与数据库中的保留字相同,避免引起语法错误。

6. 简洁明了:字段名应尽可能简洁明了,避免过长或者冗余的命名。

7. 统一命名风格:在同一个数据库中,应确保所有字段的命名风格保持一致,增加可维护性和可读性。

8. 显性表达关系:字段名应体现字段与相关表和关系之间的联系和意义。

二、常用字段命名实践1. 主键id:通常情况下,每个表都应该有一个主键字段,用于唯一标识表中的每条记录。

主键字段的命名可以使用表名加上“_id”的方式,例如"user_id"。

2. 外键:外键字段负责建立和维护表与表之间的关联关系。

外键字段的命名可以使用关联的表名加上"_id"的方式,例如"order_id"。

3. 时间戳:在某些场景下,需要记录数据的创建时间和更新时间。

可以使用"created_at"和"updated_at"作为字段名,分别用于记录数据的创建和更新时间。

数据库表字段命名规范

数据库表字段命名规范

数据库表字段命名规范⼀、数据库命名规范采⽤26个英⽂字母(区分⼤⼩写)和0-9的⾃然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词⽤下划线'_'分隔,⼀个项⽬⼀个数据库,多个项⽬慎⽤同⼀个数据库⼆、数据库表命名规范2.1数据表命名规范(1)采⽤26个英⽂字母(区分⼤⼩写)和0-9的⾃然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词⽤下划线'_'分隔(2)全部⼩写命名,禁⽌出现⼤写(3)禁⽌使⽤数据库关键字,如:name,time ,datetime,password等(4)表名称不应该取得太长(⼀般不超过三个英⽂单词)(5)表的名称⼀般使⽤名词或者动宾短语(6)⽤单数形式表⽰名称,例如,使⽤ employee,⽽不是 employees明细表的名称为:主表的名称+字符dtl(detail缩写)例如:采购定单的名称为:po_order,则采购定单的明细表为:po_orderdtl(7)表必须填写描述信息(使⽤SQL语句建表时)2.2命名规范①模块_+功能点⽰例:alllive_log alllive_category②功能点⽰例:live message③通⽤表⽰例:all_user2.3待优化命名⽰例①冗余:错误⽰例:yy_alllive_video_recomment yy_alllive_open_close_log说明:去除项⽬名,简化表名长度,去”yy_”②相同类别表命名存在差异,管理性差错误⽰例:yy_all_live_category yy_alllive_comment_user说明:去除项⽬名,统⼀命名规则,均为”yy_alllive_”开头即可③命名格式存在差异错误⽰例:yy_showfriend yy_user_getpoints yy_live_program_get说明:去除项⽬名,统⼀命名规则,动宾短语分离且动宾逻辑顺序统⼀三、数据库字段命名规范3.1字段命名规范(1)采⽤26个英⽂字母(区分⼤⼩写)和0-9的⾃然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词⽤下划线'_'分隔(2)全部⼩写命名,禁⽌出现⼤写(3)字段必须填写描述信息(4)禁⽌使⽤数据库关键字,如:name,time ,datetime password 等(5)字段名称⼀般采⽤名词或动宾短语(6)采⽤字段的名称必须是易于理解,⼀般不超过三个英⽂单词(7)在命名表的列时,不要重复表的名称例如,在名employe的表中避免使⽤名为employee_lastname的字段(8)不要在列的名称中包含数据类型(9)字段命名使⽤完整名称,禁⽌缩写3.2命名规范①名词⽰例:user_id user_name sex②动宾短语⽰例:is_friend is_good3.3待优化命名⽰例①⼤⼩写规则不统⼀错误⽰例:user_id houseID说明:使⽤统⼀规则,修改为”user_id”,”house_id”②加下划线规则不统⼀错误⽰例:username userid isfriend isgood说明:使⽤下划线进⾏分类,提升可性,⽅便管理,修改为”user_name”,”user_id”,”is_friend”,”is_good”③字段表⽰不明确错误⽰例:uid pid说明:使⽤完整名称,提⾼可读性,修改为”user_id”,”person_id”3.4字段类型规范(1)所有字段在设计时,除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary外,必须有默认值,字符型的默认值为⼀个空字符值串’’,数值型的默认值为数值0,逻辑型的默认值为数值0(2)系统中所有逻辑型中数值0表⽰为“假”,数值1表⽰为“真”,datetime、smalldatetime类型的字段没有默认值,必须为NULL(3)⽤尽量少的存储空间来存储⼀个字段的数据使⽤int就不要使⽤varchar、char,⽤varchar(16)就不要使varchar(256)IP地址使⽤int类型固定长度的类型最好使⽤char,例如:邮编(postcode)能使⽤tinyint就不要使⽤smallint,int最好给每个字段⼀个默认值,最好不能为null(4)⽤合适的字段类型节约空间字符转化为数字(能转化的最好转化,同样节约空间、提⾼查询性能)避免使⽤NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引⽆效)少⽤text类型(尽量使⽤varchar代替text字段)3.5数据库中每个字段的规范描述(1)尽量遵守第三范式的标准(3NF)表内的每⼀个值只能被表达⼀次表内的每⼀⾏都应当被唯⼀的标⽰表内不应该存储依赖于其他键的⾮键信息(2)如果字段事实上是与其它表的关键字相关联⽽未设计为外键引⽤,需建索引(3)如果字段与其它表的字段相关联,需建索引(4)如果字段需做模糊查询之外的条件查询,需建索引(5)除了主关键字允许建⽴簇索引外,其它字段所建索引必须为⾮簇索引四、SQL语⾔编码规范4.1⼤⼩写规范(1)所有关键字必须⼤写,如:INSERT、UPDATE、DELETE、SELECT及其⼦句,IF……ELSE、CASE、DECLARE等(2)所有函数及其参数中除⽤户变量以外的部分必须⼤写(3)在定义变量时⽤到的数据类型必须⼩写4.2注释注释可以包含在批处理中,在触发器、存储过程中包含描述性注释将⼤⼤增加⽂本的可读性和可维护性,本规范建议:(1)注释以英⽂为主,实际应⽤中,发现以中⽂注释的SQL语句版本在英⽂环境中不可⽤,为避免后续版本执⾏过程中发⽣某些异常错误,建议使⽤英⽂注释(2)注释尽可能详细、全⾯创建每⼀数据对象前,应具体描述该对象的功能和⽤途,传⼊参数的含义应该有所说明,如果取值范围确定,也应该⼀并说明,取值有特定含义的变量(如boolean类型变量),应给出每个值的含义(3)注释语法:单⾏注释、多⾏注释单⾏注释:注释前有两个连字符(--)对变量、条件⼦句可以采⽤该类注释多⾏注释:符号之间的内容为注释内容,对某项完整的操作建议使⽤该类注释(4)注释简洁,同时应描述清晰(5)函数注释:编写函数⽂本--如触发器、存储过程以及其他数据对象--时,必须为每个函数增加适当注释,该注释以多⾏注释为主,主要结构如下:CREATE PROCEDURE sp_xxx。

数据库命名规范

数据库命名规范

数据库命名规范批准人:审核人:编制人:编制日期:目录一、数据库的命名 (3)二、表的命名 (3)(一)表命名概要 (3)(二)表的中文名称 (3)(三)表物理名 (4)三、字段的命名 (5)(一)字段中文名 (5)(二)字段物理名 (5)(三)通用性字段中文名 (6)(四)数据库关键字-不能单独用作物理名 (8)(五)其他字段的命名 (9)数据库命名规范一、数据库的命名二、表的命名(一)表命名概要数据表的物理命名采用英文缩写的形式,多个缩写单词之间用下划线连接,开头部分表示表的分类前缀。

同时,一系列表、或一个风格的表应用较为统一的后缀。

例如:STK_DIV_MAIN表示上市公司及股票分类下的分红主表;STK_DIV_SUB表示上市公司及股票分类下的分红子表;STK_HOLDER_MAIN表示上市公司及股票分类下的股东主表;FND_INV_DETAIL表示基金分类下的投资组合股票投资明细。

一般规则:采用英文缩写的形式,多个缩写单词之间用下划线连接。

命名时要避免不同表间发生同名不同物,也要避免不同表间和相同表内发生同物不同名的命名情况。

(二)表的中文名称➢应尽量统一风格、统一标准。

➢同一个主题下的表中文名应尽量统一,保持同一风险的前缀或后缀。

➢主子表尽量加统一的后缀(主表、子表)(物理名类同)。

➢字段中文名不宜超过15个汉字➢财务类报表命名规范:财务横表:用“报表名称”+“_”+“金融/非金融/通用”+“_”+“新准则/旧准则”+“_”+“最新记录表”财务纵表:“报表名称”+“_”+“金融/非金融/通用”+“_”+“新准则/旧准则”+“_”+“纵表”(三)表物理名➢应按不同的主题,对物理名加统一前缀,便于进行检索。

➢物理名统一前缀与后续英文缩写用下划线连接。

➢物理名统一用大写英文字母。

➢表物理名字符长度不超过20,英文字母大写。

➢表物理名不能用数字开头。

➢参数表一律以“PAR”收尾。

➢必须避免用一个单词作表物理名,至少用两个词节。

数据库表字段命名规范

数据库表字段命名规范

数据库表字段命名规范摘要:当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题,在后续开发使用原来数据库表时,也会因为数据库表的可读性不够高,表字段规则不统一,造成数据查询,数据使用效率低的问题,所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。

本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档,针对研发中易产生的问题和常见错误做了一个整理和修改,为日后涉及到数据库相关的研发工作做好准备。

一、数据库命名规范采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔,一个项目一个数据库,多个项目慎用同一个数据库二、数据库表命名规范2.1数据表命名规范(1)采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔(2)全部小写命名,禁止出现大写(3)禁止使用数据库关键字,如:name,time ,datetime,password等(4)表名称不应该取得太长(一般不超过三个英文单词)(5)表的名称一般使用名词或者动宾短语(6)用单数形式表示名称,例如,使用 employee,而不是 employees明细表的名称为:主表的名称+字符dtl(detail缩写)例如:采购定单的名称为:po_order,则采购定单的明细表为:po_orderdtl (7)表必须填写描述信息(使用SQL语句建表时)2.2命名规范①模块_+功能点示例:alllive_log alllive_category②功能点示例:live message③通用表示例:all_user2.3待优化命名示例①冗余:错误示例:yy_alllive_video_recomment yy_alllive_open_close_log 说明:去除项目名,简化表名长度,去”yy_”②相同类别表命名存在差异,管理性差错误示例:yy_all_live_category yy_alllive_comment_user说明:去除项目名,统一命名规则,均为”yy_alllive_”开头即可③命名格式存在差异错误示例:yy_showfriend yy_user_getpointsyy_live_program_get说明:去除项目名,统一命名规则,动宾短语分离且动宾逻辑顺序统一三、数据库字段命名规范3.1字段命名规范(1)采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔(2)全部小写命名,禁止出现大写(3)字段必须填写描述信息(4)禁止使用数据库关键字,如:name,time ,datetime password 等(5)字段名称一般采用名词或动宾短语(6)采用字段的名称必须是易于理解,一般不超过三个英文单词(7)在命名表的列时,不要重复表的名称例如,在名employe的表中避免使用名为employee_lastname的字段(8)不要在列的名称中包含数据类型(9)字段命名使用完整名称,禁止缩写3.2命名规范①名词示例:user_id user_name sex②动宾短语示例:is_friend is_good3.3待优化命名示例①大小写规则不统一错误示例:user_id houseID说明:使用统一规则,修改为”user_id”,”house_id”②加下划线规则不统一错误示例:username userid isfriend isgood说明:使用下划线进行分类,提升可性,方便管理,修改为”user_name”,”user_id”,”is_friend”,”is_good”③字段表示不明确错误示例:uid pid说明:使用完整名称,提高可读性,修改为”user_id”,”person_id”3.4字段类型规范(1)所有字段在设计时,除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary 外,必须有默认值,字符型的默认值为一个空字符值串’’,数值型的默认值为数值0,逻辑型的默认值为数值0(2)系统中所有逻辑型中数值0表示为“假”,数值1表示为“真”,datetime、smalldatetime类型的字段没有默认值,必须为NULL(3)用尽量少的存储空间来存储一个字段的数据使用int就不要使用varchar、char,用varchar(16)就不要使varchar(256)IP地址使用int类型固定长度的类型最好使用char,例如:邮编(postcode)能使用tinyint就不要使用smallint,int最好给每个字段一个默认值,最好不能为null(4)用合适的字段类型节约空间字符转化为数字(能转化的最好转化,同样节约空间、提高查询性能)避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效)少用text类型(尽量使用varchar代替text字段)3.5数据库中每个字段的规范描述(1)尽量遵守第三范式的标准(3NF)表内的每一个值只能被表达一次表内的每一行都应当被唯一的标示表内不应该存储依赖于其他键的非键信息(2)如果字段事实上是与其它表的关键字相关联而未设计为外键引用,需建索引(3)如果字段与其它表的字段相关联,需建索引(4)如果字段需做模糊查询之外的条件查询,需建索引(5)除了主关键字允许建立簇索引外,其它字段所建索引必须为非簇索引四、SQL语言编码规范4.1大小写规范(1)所有关键字必须大写,如:INSERT、UPDATE、DELETE、SELECT及其子句,IF……ELSE、CASE、DECLARE等(2)所有函数及其参数中除用户变量以外的部分必须大写(3)在定义变量时用到的数据类型必须小写4.2注释注释可以包含在批处理中,在触发器、存储过程中包含描述性注释将大大增加文本的可读性和可维护性,本规范建议:(1)注释以英文为主,实际应用中,发现以中文注释的SQL语句版本在英文环境中不可用,为避免后续版本执行过程中发生某些异常错误,建议使用英文注释(2)注释尽可能详细、全面创建每一数据对象前,应具体描述该对象的功能和用途,传入参数的含义应该有所说明,如果取值范围确定,也应该一并说明,取值有特定含义的变量(如boolean类型变量),应给出每个值的含义(3)注释语法:单行注释、多行注释单行注释:注释前有两个连字符(--)对变量、条件子句可以采用该类注释多行注释:符号之间的内容为注释内容,对某项完整的操作建议使用该类注释(4)注释简洁,同时应描述清晰(5)函数注释:编写函数文本--如触发器、存储过程以及其他数据对象--时,必须为每个函数增加适当注释,该注释以多行注释为主,主要结构如下:CREATE PROCEDURE sp_xxx。

数据库参数命名规则

数据库参数命名规则

MySQL命名规范
1、库名、表名、字段名必须使用小写字母,并采用下划线分割。

a)MySQL有配置参数lower_case_table_names,不可动态更改,Linux系统默认为0,
即库表名以实际情况存储,大小写敏感。

如果是1,以小写存储,大小写不敏感。

如果是2,以实际情况存储,但以小写比较。

b)如果大小写混合使用,可能存在abc、Abc、ABC等多个表共存,容易导致混乱。

c)字段名显示区分大小写,但实际使⽤用不区分,即不可以建立两个名字一样但大小
写不一样的字段。

d)为了统一规范,库名、表名、字段名使用小写字母。

2、库名、表名、字段名禁止超过32个字符。

库名、表名、字段名支持最多64个字符,但为了统一规范、易于辨识以及减少传输量,禁止超过32个字符。

3、库名、表名、字段名禁止使用MySQL保留字。

当库名、表名、字段名等属性含有保留字时,SQL语句必须用反引号引用属性名称,
这将使得SQL语句书写、SHELL脚本中变量的转义等变得⽤非常复杂。

mysql命名规则正则表达式

mysql命名规则正则表达式

mysql命名规则正则表达式
MySQL的命名规则主要涉及数据库名、表名、列名等标识符的命名。

以下是一些常见的MySQL 命名规则的正则表达式:
1. 数据库名、表名、列名的命名规则:
-由字母、数字和下划线组成。

-必须以字母开头。

-不超过64个字符。

```regex
/^[a-zA-Z][a-zA-Z0-9_]{0,63}$/
```
2. 索引名、主键名等的命名规则:
-与数据库名、表名、列名相同。

```regex
/^[a-zA-Z][a-zA-Z0-9_]{0,63}$/
```
3. 外键名的命名规则:
-通常使用`fk_` 开头,后接表名和字段名。

```regex
/^fk_[a-zA-Z][a-zA-Z0-9_]{0,58}_[a-zA-Z][a-zA-Z0-9_]{0,58}$/
```
4. 约束名的命名规则:
-通常使用`chk_` 开头,后接表名和字段名。

```regex
/^chk_[a-zA-Z][a-zA-Z0-9_]{0,58}_[a-zA-Z][a-zA-Z0-9_]{0,58}$/
```
请注意,这些正则表达式是一般的约定,实际项目中可能有特定的命名规则,建议根据具体项目要求进行调整。

字段名的命名规则

字段名的命名规则

• 当发现库结构中有些地方设计不当,要进 行修改,也可以通过两种方式来实现。 • (Ⅰ).菜单 • Database——setup——modify • (Ⅱ).字符 • Modify structure • 【注】结构修改完毕后,对其中数据记录 的影响是——截去多余的部分。
4.查看数据记录:
• 可分为静态查看和动态查看。所谓静态查 看是只看不修改,而动态查看是在查看的 同时也可以随时进行修改和添加。 • 分类字符命令 • 1>静态查看List • 2>动态查看Browse
• 关闭数据库 • (Ⅰ).菜单 windows —view- close • (Ⅱ).字符 Use
2.查看数据库的结构:
• 要查看库的结构,可以通过菜单命令方式 及字符方式来实现。 • (Ⅰ).菜单 Database——setup • (Ⅱ).字符 List structure
3.修改库结构:
所谓静态查看是只看不修改而动态查看是在查看的同时也可以随时进行修改和添加同时也可以随时进行修改和添加
1、字段名的命名规则:
• ①、以英文字母或汉字开头; • ②、不能使用英文标点符号、运算符及空 格符; • ③、字段名的宽度不超过10个英文半角字 符,折算成5个全角字符或5个汉字。
2、各项字符命令:
• 4、系统规定的四个字段宽度: • ①、逻辑型——1;②、日期型——8;③、 备注型——10;④、通用型——10;
பைடு நூலகம்
• 5、数据库及备注文件的扩展名分别为—— .dbf/.fpt;
二、各项常用命令:
• 1.数据库的打开及关闭: • 若要使用数据库当中的数据记录,则必须 先打开数据库,当使用完毕,应及时关闭 数据库。 • 打开数据库 • (Ⅰ).菜单File——open • (Ⅱ).字符 Use 数据库路径 库文件名
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据库、表、字段的命名规则
每个公司或者企业数据库、表、字段等都有自己命名规则,数据库开发时数据库、表、字段、视图、触发器、存储过程、变量名、主键、外键、索引等的命名规则。

一、数据库(Database)
数据库名称 = 数据库内容标识(首字大写)。

二、表(Table)
命名应尽量反映存储的数据内容。

表名前缀:以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识。

表名称 = T +‘_’+ 表名前缀+‘_’+ 表内容标识(首字大写) 。

如客户端信息ClientInfo相关联的一系的表以ci作为前缀,Record记录表即有表名:T_ci_Record。

数据库中不论是表名还是字段名,都一律用英文,不准出现其它语言;且保留原来的字段名,保留它们的规范。

为了不增加数据库当中的表名的长度,一般不允许出现如Form或者Table的字样,如:记录表:应为Record,而不是RecordTable。

数据库当中的表名的命名,一般不准出现空格,假如有几个单词出现的话,每个单词之间不允许留有空格,用”_”隔开如人事信息表:应为Human_Info,而不是Human Info;每个单词的第一个字母必须大写;如果太长,为了不增加编程的难度可采用缩写的方式,每个单词可取三到四个字母表示,也可根据实际情况,实际习惯进行缩写。

三、字段(Field)
字段是数据库中的用途最广泛的,它的类型非常多,所以必须加类型前缀来标示它的类型。

字段名称 = F + 字段类型前缀 + 字段内容标识(首字大写) 。

为了编程的方便性,可在前面加上字段类型的前缀,一般取用类型的三个字母,但是不需要下化线,而且这三个字母必须小写;如姓名字段为字符型的话就应该为chrName;尝用字段类型的缩写可参考下面的形式:
缩写- 类型
chr- char
nvr- nvarchar
vcr -varchar
num -number
flt -float
dtm -date
lng -long
clb- clob
blb- blob
四、视图名(View)
视图的名称 = "v_" + 视图内容标识(首字大写)
如 v_Record。

五、触发器名(Triger)
触发类型触发标识:
操作 -类型 =触发标识
Insert- before =bi
Insert -After=ai
Delete -before =bd
Delete- After =ad
Update- before= bu
Update- After= au
触发名= "tr" + 触发标识 + “_” + 相应的表名
如:trbi_Record。

六、存储过程名(Procedure)
存储过程操作前缀:
操作= 前缀
Insert= I
Delete= D
Update= U
Other= O
存储过程名称 = Pro + “前缀”+“_” + 存储过程内容标识(首字大写) 如 Proi_Record 。

七、变量名(Variable)
每个单词的首个字母为大写,如EmployeeName。

命名中其他建议
1、禁止使用中文命名。

2、变量命名都不得超过30个字符的系统限制。

3、命名都采用英文字符,每个单词的首个字母要大写。

八、主键(Primary Key)
pk+表名+主键标识。

九、外键(Foreign Key)
fk+表名+主表名+外键标识。

十、索引(Index)
idx+字段标识。

十一、默认(Default )
df+Default标识。

相关文档
最新文档