数据库表字段命名规范
数据库命名规范
数据库命名规范数据库命名规范是指在设计和管理数据库时，为数据库、数据表、字段等各个元素命名时应遵循的一些规则和约定。
良好的数据库命名规范可以提高数据库的可读性、可维护性和易用性。
下面是一个较为详细的数据库命名规范，总计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. 使用有意义的名称：字段名称应该能够清晰地表达其含义和作用，避免使用缩写或者过于简短的名称。
2. 采用统一的命名约定：选择一种命名风格（如驼峰命名法、下划线命名法等）并坚持使用，以确保数据库表结构的一致性。
3. 保持简洁性：尽量使用简短的字段名称，避免过长的名称，以提高可读性和节省存储空间。
4. 使用小写字母：字段名称应该使用小写字母，以提高可读性和避免不同数据库系统的大小写敏感问题。
5. 避免使用保留字：避免使用数据库系统中的保留字作为字段名称，以避免引起语法错误。
6. 使用具体的名称：字段名称应该尽量具体，能够准确地描述其内容，避免使用模糊或泛称的名称。
7. 使用无歧义的名称：字段名称应该避免多义词或容易引起歧义的词语，以确保字段含义的清晰性。
8. 使用可读性强的命名：字段名称应该使用常见的英文词汇或词组，以提高可读性和降低错误的可能性。
9. 不要使用表名作为字段名称的前缀：表名已经在上下文中明确了，不需要在字段名称中重复出现。
10. 使用一致的术语和约定：尽量在整个数据库中使用一致的术语和约定，以便理解和维护数据库结构。
11. 遵循数据库范式：根据数据库范式的要求，设计和命名数据库表的字段，以确保数据的一致性和完整性。
12. 避免冗余和重复的字段：尽量不要在数据库表中创建冗余或重复的字段，以避免数据不一致和浪费存储空间。
13. 使用正确的数据类型：根据字段的含义和数据的特性，选择适当的数据类型，并在字段名称中反映出来，以提高数据库的性能和数据的准确性。
14. 遵守命名约定：在命名字段时，应遵守公司或团队的命名约定，以确保数据库结构的统一和一致性。
15. 尽量使用英文命名：在多语言环境下，建议使用英文命名字段，以避免文字编码和翻译带来的问题。
16. 使用前缀或后缀来表示字段的类型或用途：例如，可以使用"fk_"或"_id"来表示外键字段，使用"_date"或"_time"来表示日期或时间字段。
数据库字段名称命名规则
数据库字段名称命名规则
数据库字段名称命名规则是数据库设计规范中的重要内容之一。
一个好的命名规则可以帮助开发人员更好地理解数据库表中的字段，提高代码的可读性和可维护性。
下面是常见的数据库字段名称命名规则:
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是一个基于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. 方便系统迁移：遵循命名规范可以减少系统迁移时的字段映射和转换工作。
数据库表命名规范
数据库表命名规范
数据库表命名规范是一套规定了数据库中表名的命名规则。
通过统一的命名规范，可以提高代码的可读性和可维护性，减少错误和混淆。
以下是常见的数据库表命名规范：
1. 表名采用小写字母，单词之间采用下划线（_）分隔，例如：user_info、order_item。
2. 表名采用复数形式，例如：users、orders。
3. 表名应该具有明确的含义，能够准确描述其所表示的内容。
4. 表名不应该包含特殊字符，例如：空格、中文、-等。
5. 表名应该简洁明了，避免使用过长或过于复杂的表名。
6. 表名应该与实体对象名称一致，便于理解和识别。
7. 表名应该遵循领域驱动设计（DDD）的原则，体现业务领
域的概念和规则。
8. 表名可以使用缩写，但应该避免使用过多的缩写，以免造成歧义。
9. 表名应该避免使用数据库关键字作为表名，以免造成冲突和错误。
10. 表名应该使用英文单词，避免使用拼音、数字或其他非英
文字符。
此外，还有一些常用的表名前缀，可以更好地组织和管理数据库表：
1. tb_：表示表（table）。
2. sys_：表示系统相关的表。
3. log_：表示日志相关的表。
4. cfg_：表示配置相关的表。
5. dict_：表示字典（dictionary）相关的表。
总之，数据库表命名规范是一种约定俗成的规则，可以帮助开发人员更好地管理数据库，提高代码的可读性和可维护性。
遵循规范命名表名可以使数据库的设计和维护更加清晰和方便。
数据库命名规范(表、字段名)
数据库命名规范（表、字段名）一．实体和属性的命名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.规范约束：遵守一定的命名规范，保证相同规范下的有效性，例如大写规则，全大写（ALL_UPPER_CASE），驼峰命名（camelCase）等，它们能够减少错误；
3.分段分词：多个构成，如用下划线分隔，比如有USER_ID（用户ID）、USER_NAME （用户名称），而不是像userid，usename；
4.避免冲突：与关键字以及或系统函数等冲突，如order（订单），desc（降序排列），len（长度）等；
5.节省符号：比如姓名name，而不宜命名为na_me，者密码password，而不应该写成pwd，给人造成混乱；
6.不用复数或单数：不要把名称写成英文的复数形式，如user在表的命名中也不要写成users，这样会让人误解；
7.中文命名：当有多好的表达意思再采用中文名称来命名数据库字段，比如订单编号使用ORDER_NO将变得更加清晰易懂。
数据库字段名称命名规则
数据库字段名称命名规则
数据库字段名称命名规则是一个系统性规范，旨在确保数据库设计和开发过程中的一致性和可维护性。
以下是一些常见的命名规则: 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. 使用有意义的名称：为了方便识别和理解，数据库名称应该能够准确地描述所存储的数据内容。
它应该简洁明了，使用常见的词汇和名词，避免使用缩写和无意义的字符。
例如，一个存储用户信息的数据库可以被命名为"UserDatabase"。
2. 使用下划线或驼峰命名法：数据库名称可以使用下划线命名法（例如"student_info"）或驼峰命名法（例如"studentInfo"）。
无论选择哪种命名法，保持一致性非常重要。
3. 避免使用保留关键字：数据库名称不应该与数据库系统的保留关键字相同，以免引起冲突和错误。
4. 使用小写字母：为了避免大小写敏感的问题，数据库名称通常使用小写字母。
这有助于确保在不同平台和操作系统上的一致性。
二、数据字段命名规范1. 使用有意义的名称：数据字段的名称应该能够准确地描述所存储的数据内容。
它应该简洁明了，使用常见的词汇和名词，避免使用缩写和无意义的字符。
例如，一个存储用户的电子邮件地址的字段可以被命名为"email"。
2. 使用下划线或驼峰命名法：数据字段名称可以使用下划线命名法（例如"first_name"）或驼峰命名法（例如"firstName"）。
无论选择哪种命名法，保持一致性非常重要。
3. 避免使用保留关键字：数据字段名称不应该与数据库系统的保留关键字相同，以免引起冲突和错误。
4. 使用清晰的前缀和后缀：为了进一步增强字段的可读性，可以使用具有明确含义的前缀和后缀。
例如，一个存储用户年龄的字段可以被命名为"age"，而一个存储用户姓名的字段可以被命名为"first_name"和"last_name"。
数据库表字段命名规范与最佳实践
数据库表字段命名规范与最佳实践概述：随着信息技术的迅猛发展和数据的不断增长，数据库在我们日常生活和工作中扮演着重要的角色。
在设计数据库时，合理的字段命名是至关重要的。
良好的字段命名可以增加代码可读性、降低开发难度、提高数据库的性能和维护效率。
本文将介绍数据库表字段命名的规范以及最佳实践。
一、规范性命名准则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"作为字段名，分别用于记录数据的创建和更新时间。
数据库表字段命名规范
数据库表字段命名规范摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。
本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及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。
数据库表命名规范
数据库表命名规范数据库表命名规范是指在设计和创建数据库表时所遵循的一套规则和规范。
这些规则和规范可以帮助开发者更好地维护数据库的结构和一致性，以增强系统的可读性、可维护性和可扩展性。
以下是一些常见的数据库表命名规范：1. 使用有意义的名字：表名应该能够清晰地表达其所代表的实体或概念。
起一个简洁、直观、能准确反映其含义的名字能够帮助开发者更好地理解表的用途和关系。
2. 使用单数形式：表名应该使用单数形式，例如"employee"而不是"employees"。
这是因为表中的每一行都代表一个实体，而表名则代表了这个实体的全体集合。
3. 使用小写字母和下划线：表名应该使用小写字母，并可以使用下划线来分隔单词，例如"order_detail"。
这样可以提高可读性，并且避免与数据库引擎或操作系统的命名规则冲突。
4. 避免使用保留字和关键字：表名应该避免使用数据库系统中的保留字和关键字，以免引起命名冲突和不可预测的行为。
5. 使用一致的命名约定：在整个数据库中，应该使用一致的命名约定，例如使用相同的前缀或后缀来表示特定类型的表。
这样可以增强系统的可读性和一致性，并且方便进行数据库维护和查询。
6. 简洁而明确的命名：表名应该尽量简洁，避免冗长和复杂的命名。
同时，表名也应该能够清晰地表达其所代表的实体或概念，以增强可读性。
7. 使用英文单词：表名应该使用英文单词，避免使用缩写、拼音或其他非英文的命名方式。
这是因为英文是数据库和编程领域的通用语言，使用英文单词可以提高系统的可读性和可理解性。
8. 不包含特殊字符：表名应该避免使用特殊字符，例如空格、逗号、引号等。
这样可以避免引起命名冲突和不可预测的行为，同时也可以提高系统的兼容性和可移植性。
9. 遵循命名约定：表名应该遵循特定的命名约定或命名规范，例如使用驼峰命名法或下划线命名法。
这可以增强系统的一致性和可读性，并且方便进行数据库维护和查询。
数据库命名规范（表、字段名）
数据库命名规范（表、字段名）数据库命名规范（表、字段名）一．实体和属性的命名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.名简单易懂：字段的命名应该能够简洁明了地描述其存储的信息，避免使用不可理解的简写，比如A1、A2；2. 不要使用SQL保留字：SQL具有一定的保留字，如Update、Select、Create等，作为字段名比较容易引起歧义，因此，在命名字段时不要使用SQL保留字；3.段命名应该描述具体：字段名称只表明属性，而不仅仅表达一个概念，比如studentName而不是name；4.名应避免过长：为了避免命名过长，可以采用取一个缩写或者去掉一些不容易理解的字；5.名应该一致：统一的命名规则，可以减少费尽心机地建立合理字段，让程序员更容易拿到的数据；6. 使用缩写时应注意：在使用缩写时要把完整的单词拼成一个缩写，比如Name可以写成Nm，而不是Nam；7.量少用数字：使用数字可能导致记忆困难，不利于程序员阅读程序，最好使用文字；8.名应该唯一可识别：尽量使用不那么常见的单词作为字段名，以使之唯一区分，增加程序的可读性；9.名应该能减少重复性工作：尽量使用一些比较容易记忆的词句作为字段名，以减少重复的工作和维护的工作量；10.可能使用标准的单词和规范的书写：只有使用具有完整含义的单词和符合标准的书写形式，才能让其它程序员阅读，理解这份代码；通过认真针对数据库字段命名，可以减少程序代码阅读难度，提高代码可读性，同时也有利于程序员开发和维护的效率，使得程序的可维护性和可扩展性得到提高。
数据库表的结构设计中，和命名字段相关的重要性已经被证明过，从而有助于改善数据库使用及开发效率。
此外，命名规范也能够提高查询速度，使数据库更加安全、可靠。
在日常开发中，应该充分重视数据库字段命名，根据不同的项目设计不同的字段命名规范，以更好保障数据库安全、可维护性。
数据库表命名规范
数据库表命名规范
1、一般应尽量使用全小写的方式命名，避免使用数字和特殊字符。
2、表名应尽量使用名词，避免使用动词，因为动词有时很难理解，同时，表名也应尽量少使用缩写，以避免混淆。
3、表名应采用驼峰式命名法，以及加上模块前缀，以便更容易的定位到具体的表，比如sys_user表指系统用户表；
4、各个表需要添加表的英文注释，以便增强可读性，便于维护；
5、表的创建者应确定具体的表之间的关系，在建立表的时候建立外键，以及指定联合主键或是唯一索引；
6、尽量避免数据类型和长度等问题，要尽可能在表中分配足够的长度，多余的可以适当减少；
7、跨数据库的表名必须保持一致；
8、避免使用相同的表名，只是维护的数据不同的情况。
表、字段命名规范
命名设计规范1 规范说明规范是一系列标准，规定数据仓库的表设计、字段命名，数据类型、字段长度、界面要求等。
范围：项目过程中的工作内容要求：所有项目组成员都要严格遵守目的：统一项目组行为，统一项目产品规格内容：一系列规则，包括：设计规范、命名规范、界面规范等2 设计规范2.1 命名规范命名规则约束的范围包括：数据库的命名、表的命名及字段的命名。
数据库相关的命名规则采用与通常的编程的变量命名规则原则一致，具体要求如下：1)字段名及表名为典型的名词结构；2)中文名称要求语言精炼、文法严谨；3)望文知意、易懂易用，禁止采用如：A002这种命名；4)主体上采用拼音字母的首写字母拼写构成，基于惯常用法可适度采用无词义歧义性的英文命名；5)长度不少于3个字母，不大于12个字母；6)在对于拼音首字母类似的字段和表，为区别，添加下划线和数字如男性人数：NXRS，女性人数：NXRS_2。
2.2 数据表及字段规范表及字段的设计描述要求：表4-1 表及字段规范示例说明：键中P[rimary]指主键，F[oreign]指外键。
这里的外键是逻辑的外键，主要用来阐述数据表间关系，可能物理上未必建立外键，但是如果数据是表引用关系也算。
外键的字段在描述中必须指明哪个表哪个字段。
Char(18)：指18位定长字符串。
Number(18,4)：指18位数字，其中小数点后有4位。
2.3 数据类型规范在表的数据类型描述中，采用以下的常用数据类型进行描述，后面是与Oracle、SQL Server和Access的类型对照。
表4-2 数据类型规范表注：原则上只使用这6种基本类型，不推荐使用Bool类型，请用int代替。
●界面展现规范✓界面风格要一致例如：统一的色调、统一的字体字号✓特定内容的展现格式要一致例如：日期的格式、数字的格式●交互方式的规范✓操作风格要一致例如：“*”表示必输项。
数据库表字段命名规范
数据库表字段命名规范⼀、数据库命名规范采⽤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。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库表字段命名规范
摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。
本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。
一、数据库命名规范
采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔，一个项目一个数据库，多个项目慎用同一个数据库
二、数据库表命名规范
数据表命名规范
:
（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔
（2）全部小写命名，禁止出现大写
（3）禁止使用数据库关键字，如：name，time ，datetime，password等（4）表名称不应该取得太长（一般不超过三个英文单词）
（5）表的名称一般使用名词或者动宾短语
（6）用单数形式表示名称，例如，使用employee，而不是employees 明细表的名称为：主表的名称+字符dtl（detail缩写）
例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl （7）表必须填写描述信息（使用SQL语句建表时）
、
命名规范
①模块_+功能点示例：alllive_log alllive_category
②功能点示例：live message
③通用表示例：all_user
待优化命名示例
①冗余：
错误示例：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 说明：去除项目名，统一命名规则，动宾短语分离且动宾逻辑顺序统一
三、数据库字段命名规范
字段命名规范
:
（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔
（2）全部小写命名，禁止出现大写
（3）字段必须填写描述信息
（4）禁止使用数据库关键字，如：name，time ，datetime password 等（5）字段名称一般采用名词或动宾短语
（6）采用字段的名称必须是易于理解，一般不超过三个英文单词
（7）在命名表的列时，不要重复表的名称
例如，在名employe的表中避免使用名为employee_lastname的字段
（8）不要在列的名称中包含数据类型
（9）字段命名使用完整名称，禁止缩写
!
命名规范
①名词示例：user_id user_name sex
②动宾短语示例：is_friend is_good
待优化命名示例
①大小写规则不统一
错误示例：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”
字段类型规范
（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字段)
数据库中每个字段的规范描述
（1）尽量遵守第三范式的标准（3NF）
表内的每一个值只能被表达一次
表内的每一行都应当被唯一的标示
表内不应该存储依赖于其他键的非键信息
(2)如果字段事实上是与其它表的关键字相关联而未设计为外键引用，需建索引
(3)如果字段与其它表的字段相关联，需建索引
[
(4)如果字段需做模糊查询之外的条件查询，需建索引
(5)除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引
四、SQL语言编码规范
大小写规范
（1）所有关键字必须大写，如：INSERT、UPDATE、DELETE、SELECT及其子句，IF……ELSE、CASE、DECLARE等
（2）所有函数及其参数中除用户变量以外的部分必须大写
（3）在定义变量时用到的数据类型必须小写
:
注释
注释可以包含在批处理中，在触发器、存储过程中包含描述性注释将大大增加文本的可读性和可维护性，本规范建议：
（1）注释以英文为主，实际应用中，发现以中文注释的SQL语句版本在英文环境中不可用，为避免后续版本执行过程中发生某些异常错误，建议使用英文注释
（2）注释尽可能详细、全面创建每一数据对象前，应具体描述该对象的功能和用途，传入参数的含义应该有所说明，如果取值范围确定，也应该一并说明，取值有特定含义的变量（如boolean类型变量），应给出每个值的含义（3）注释语法：单行注释、多行注释
单行注释：注释前有两个连字符（--）对变量、条件子句可以采用该类注释多行注释：符号之间的内容为注释内容，对某项完整的操作建议使用该类注释
（4）注释简洁，同时应描述清晰
（5）函数注释：
编写函数文本--如触发器、存储过程以及其他数据对象--时，必须为每个函数增加适当注释，该注释以多行注释为主，主要结构如下：
CREATE PROCEDURE sp_xxx。