数据库命名设计规范
数据库命名规范
数据库命名规范数据库命名规范是指在设计和管理数据库时，为数据库、数据表、字段等各个元素命名时应遵循的一些规则和约定。
良好的数据库命名规范可以提高数据库的可读性、可维护性和易用性。
下面是一个较为详细的数据库命名规范，总计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. 使用清晰和具体的名词表名应该使用清晰和具体的名词，能够准确反映该表所存储的实体或信息类型。
例如，对于存储用户信息的表，可以使用"users"、"customers"等名称，而不是使用泛泛的名词如"data"或"info"。
2. 使用小写字母和下划线表名应该使用小写字母和下划线来分隔单词。
这种命名方式更易于阅读和输入，并且在不同数据库之间可以实现更好的兼容性。
例如，使用"user_orders"而不是"UserOrders"或"userorders"。
3. 避免使用保留字和特殊符号避免使用数据库系统中的保留字和特殊符号作为表名，以免造成命名冲突和解析问题。
可以通过在保留字前面或后面添加下划线或使用相关的同义词来解决这个问题。
4. 使用单数名词表名应该使用单数名词来表示实体，而不是复数形式。
这样可以减少混淆，使表名更加直观。
例如，使用"user"而不是"users"。
5. 使用前缀或后缀表示关联和模块对于存在关联关系的表，可以使用前缀或后缀来表示这种关系。
例如，使用"order_items"来表示"订单明细"表，其中"order"是前缀，"items"是指明该表与订单的关系。
6. 避免使用缩写词和简写形式尽量避免在表名中使用缩写词和简写形式，以确保代码的可读性。
如果使用缩写词是必要的，应该使用通用的和易于理解的缩写。
数据库设计规范
数据库设计规范数据库设计是软件开发过程中至关重要的一步，它的质量和规范性直接关系到系统的稳定性、性能和数据的安全性。
本文将介绍一些常见的数据库设计规范，以帮助开发者在设计数据库时遵循最佳实践，确保数据库的高质量和可维护性。
一、命名规范在数据库设计中，良好的命名规范是必不可少的。
以下是一些常用的命名规范：1. 表名和字段名要具有描述性，能够直观地反映其所代表的含义。
2. 避免使用数据库关键字作为表名或字段名。
3. 使用一致的命名风格，比如驼峰式命名法或下划线命名法。
二、表设计规范良好的表设计是保证数据库性能和数据完整性的基础。
以下是一些表设计的规范建议：1. 表结构要符合第三范式。
避免重复数据和数据冗余，提高数据的一致性和更新效率。
2. 选择合适的数据类型和字段长度，根据数据的实际需求选择适当的数据类型，避免过度使用字符型字段。
3. 为表添加主键和外键约束，确保数据的完整性和一致性。
4. 避免使用过多的索引，只为常用的查询字段添加索引，以提高查询效率。
三、字段设计规范字段是数据库中最基本的组成单元，良好的字段设计是保证数据准确性和查询性能的重要因素。
以下是一些字段设计的规范建议：1. 选择合适的数据类型，根据字段存储的数据类型和范围选择适当的数据类型，避免浪费存储空间和降低性能。
2. 为字段添加注释，注释能够提供字段的含义和用途，方便其他开发者理解和维护。
3. 避免使用空值，对于允许为空的字段，要慎重考虑是否真正需要允许为空，避免数据一致性问题。
4. 使用约束限制字段取值范围，根据业务需求添加合适的约束，比如唯一约束、非空约束等。
四、索引设计规范索引是提高查询效率的重要手段，但不恰当的索引使用会降低数据库的性能。
以下是一些索引设计的规范建议：1. 选择适当的索引字段，对于经常用于查询和连接的字段添加索引，避免过多的索引占用存储空间和降低写操作的性能。
2. 避免在大数据量表上创建过多的索引，慎重考虑索引的创建，对于大数据量表，需要权衡查询效率和写性能之间的平衡。
数据库设计规范与命名规则
数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。
数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计的各阶段：A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。
B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。
C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。
然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。
D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。
需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。
常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。
数据流图表达了数据和处理过程的关系。
系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。
2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。
概念模型用于信息世界的建模。
概念模型不依赖于某一个DBMS支持的数据模型。
概念模型可以转换为计算机上某一DBMS 支持的特定数据模型。
数据库表设计中的字段命名规范与约定
数据库表设计中的字段命名规范与约定在数据库设计中，字段命名是一个重要的环节，它直接关系到数据库的可读性和可维护性。
良好的字段命名规范和约定可以提高团队合作的效率，减少沟通和理解方面的困扰。
本文将介绍一些常用的字段命名规范和约定，帮助开发者更好地进行数据库表设计。
一、命名规范1. 采用有意义的名称字段名称应该准确地描述其含义，命名应该具有可读性。
避免使用不清晰、模糊的缩写和简写。
比如，使用"age"代表"年龄"，而不是"a"或"ag"。
2. 使用小写字母字段名称一般应该使用小写字母，这样可以增加可读性。
同时，使用小写字母可以保证跨平台的兼容性，因为不同的数据库管理系统可能会对大小写敏感。
3. 使用下划线分隔单词单词间最好使用下划线进行分隔，这样可以增加字段名称的可读性。
比如，使用"first_name"代表"名字"，而不是"firstname"或"FirstName"。
4. 避免使用保留字和关键字字段名称中应该避免使用数据库管理系统所规定的保留字和关键字，否则可能会导致语法错误。
可以在命名之前查阅相关数据库管理系统的官方文档以避免此类问题。
5. 避免过长的字段名称字段名称过长会增加阅读的难度，而且在编程时也可能限制命名的长度。
建议字段名称控制在30个字符以内，既可以保证可读性，又可以避免编程限制。
二、常见字段命名约定1. 主键字段命名主键字段命名应该易于理解和识别，一般采用表名加上"ID"的方式进行命名。
比如，对于名为"用户"的表，主键字段可以命名为"user_id"。
2. 外键字段命名外键字段命名应该与所关联的主键字段名称保持一致，这样可以减少混淆。
可以在所关联的主键字段名称后加上"_id"进行命名。
数据库设计规范
数据库设计规范数据库设计规范是指在进行数据库设计时需要遵循的一系列规则和准则，以确保数据库的结构和功能能够满足用户需求，并且能够高效地进行数据管理和存储。
本文将介绍一些常见的数据库设计规范，包括命名规范、数据类型选择、索引设计、表关系设计等。
1. 命名规范在数据库设计中，良好的命名规范能够使数据库对象更易于理解和维护。
以下是一些建议：1.1 表名、列名和约束名应使用清晰明了的描述性词汇，避免使用含糊不清或缩写的名称。
1.2 使用统一的命名风格，如下划线命名法（例如：user_name）或者驼峰命名法（例如：userName）。
1.3 避免使用数据库关键字作为对象的名称，以免引起冲突。
2. 数据类型选择选择合适的数据类型对数据库的性能和空间利用是至关重要的。
以下是一些常见的数据类型选择规范：2.1 尽量使用较小的数据类型，以减少存储空间和提高查询性能。
2.2 对于整数类型，根据实际需求选择合适的精度（如TINYINT、SMALLINT、INT等）。
2.3 对于字符串类型，根据实际需求选择合适的长度（如VARCHAR、CHAR等）。
2.4 避免使用文本型字段存储大量的文本数据，可以考虑使用CLOB或BLOB类型。
3. 索引设计合理的索引设计可以加速查询操作，但是过多或不恰当的索引会增加维护成本和写操作的开销。
以下是一些常见的索引设计规范：3.1 为频繁使用作为查询条件的字段添加索引，以提高查询性能。
3.2 避免在较小的表或者稀疏的字段上创建索引，因为这可能导致索引失效并降低性能。
3.3 当需要根据多个字段进行查询时，考虑创建复合索引，以提高查询效率。
4. 表关系设计在数据库设计中，表与表之间的关系是非常重要的。
以下是一些常见的表关系设计规范：4.1 使用主键（Primary Key）和外键（Foreign Key）来建立表与表之间的关联，以确保数据的完整性和一致性。
4.2 避免使用过多的嵌套层次关系，以减少查询的复杂性。
数据库设计规范范文
数据库设计规范范文1.数据库命名规范：-数据库名称应简洁、具有描述性，并且易于理解和识别。
-避免使用特殊字符、空格和汉字。
-采用小写字母和下划线分隔单词，以提高可读性。
2.表设计规范：-表名应具有描述性，简洁明了并与其所代表的实体一致。
- 表名要求使用单数形式，例如"customer"而不是"customers"。
-避免使用数据库关键字作为表名。
-主键应该是唯一的且不可为空，使用自增长或GUID等机制来确保唯一性。
-尽量避免使用冗余字段，如果需要使用，则使用触发器或存储过程来维护数据一致性。
3.字段设计规范：-字段名应具有描述性，简洁明了并与其所代表的数据类型一致。
-字段名要求使用小写字母和下划线分隔单词，以提高可读性。
-避免使用数据库关键字作为字段名。
-字段类型应选取合适的数据类型，以节省存储空间和提高查询效率。
-字段的长度应根据实际需求来设定，避免使用过长或过短的字段长度。
4.索引设计规范：-索引应根据查询需求和数据分布情况来创建，以提高查询性能。
-对于频繁进行查询、排序和连接操作的字段，应考虑创建索引。
-避免创建过多的索引，因为索引会占用额外的存储空间，并影响写操作的性能。
-对于经常更新的表，尽量减少索引的数量和大小，以提高更新操作的性能。
-定期检查和优化索引，以确保索引的有效性和最佳性能。
5.视图和存储过程设计规范：-视图应尽量简洁明了、易于维护，只返回必要的字段和数据。
-存储过程应具有描述性、易于理解和使用。
-存储过程应尽量减少对数据库的直接操作，以提高性能和安全性。
-视图和存储过程的命名应具有描述性，并符合命名规范。
6.数据库安全性规范：-限制数据库登录账号的权限，并定期检查和更新密码。
-对敏感数据进行加密，以防止数据泄露。
-使用防火墙和安全策略来防止未授权的访问。
-定期备份和恢复数据库，以防止数据丢失和损坏。
-对数据库进行监控，及时发现和解决潜在的安全问题。
数据库命名规范
数据库命名规范一、数据库文件命名数据文件命名采用系统名+_+文件类型，比如系统名为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、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库命名、设计规范一、数据库表及字段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个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。
2)多个单词间用下划线（_）进行连接。
若库中有多个系统，表名采用系统名称+单词或多个单词，系统名是开发系统的缩写，如VNET。
3）表中含有的单词建议用完整的单词。
如果导致表名长度超过30个字符，则从最后一个单词开始，依次向前采用该单词的缩写。
（如果没有约定的缩写，则采用该单词前4个字母来表示）。
2．字段的命名、设计规范1）命名规范凡是具有国家局标准数据要素字段命名规范的遵照国家局标准定义；国家局尚未制定标准的遵照信息资源规划中三段式命名规则命名，字段名不超过18个字符为限。
三段式命名规则如下：修饰词+基本词+类别词，修饰词可以为空。
类别词描述数据要素的性质，常见的类别词及其定义标准如下表：数据库字段的命名必须遵循以下规范：采用有意义的字段名。
字段的名称必须是易于理解，能表达字段功能的英文单词或缩写英文单词，单词首字母必须大写，一般不超过三个英文单词。
例如:人员信息表中的电话号码可命名为：Telephone或Tel。
产品明细表中的产品名称可用ProductName表示。
（推荐一般用完整的英文单词）。
系统中所有属于内码字段（仅用于标示唯一性和程序内部用到的标示性字段），名称取为：“ID”，采用整型或长整型数，具体根据可能的数据量确定，增加记录时取最大值加1，该字段通常为主关键字。
系统中属于是业务范围内的编号的字段，其代表一定的业务信息，比如资料信息和单据的编号，这样的字段建议命名为：“Code”，其数据类型为varchar，该字段需加唯一索引。
在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。
不要在列的名称中包含数据类型。
2）设计规范所有字段在设计时，除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary外，必须有默认值。
字符型的默认值为一个空字符值串’’；数值型的默认值为数值0；逻辑型的默认值为数值0；其中：系统中所有逻辑型中数值0表示为“假”；数值1表示为“真”。
datetime、smalldatetime类型的字段没有默认值，必须为NULL。
当字段定义为字符串形时建议使用varchar而不用nvarchar。
建议在大多数表中（如报销单，申请单），应都有以下字段：字段名说明类型默认值CreatorID创建者int0，CreatedTime创建时间DatetimeNULL 字段的描述数据库中每个字段的描述(Description)如下：尽量遵守第三范式的标准（3NF）。
表内的每一个值只能被表达一次;表内的每一行都应当被唯一的标示;表内不应该存储依赖于其他键的非键信息如果字段事实上是与其它表的关键字相关联而未设计为外键引用，需建索引。
如果字段与其它表的字段相关联，需建索引。
如果字段需做模糊查询之外的条件查询，需建索引。
除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引。
字段必须填写描述信息。
二、数据文件如果数据库采用文件系统，而不是裸设备，约定下列命名规则：1)数据文件以表空间名为开始，以.dbf为结尾，全部采用小写英文字母加数字命名。
如该表空间有多个数据文件，则从第2个数据文件开始，在表空间名后加_。
例：对system 表空间的数据文件：system.dbf,system_2.dbf2)对oracle数据库的控制文件，用control.ctl来表示。
如control01.ctl,control02.ctl。
3)对oracle数据库的日志文件，在线日志文件用redo<组名><文件序列名>.dbf来表示。
其中组名和文件序列名均用2位数字来表示。
如第一组的两个文件表示位redo0101.dbf和redo0102.dbf。
归档日志用arch_%t_%s.arc来表示。
其中%t和%s均为oracle约定的变量。
三、表空间1．数据库系统表空间数据库系统表空间包括system表空间，临时表空间，回滚段的表空间。
约定下列命名规则：1)system表空间由数据库直接限定，不能进行修改。
2)临时表空间用temp来表示。
如果有多个临时表空间，从第2个临时表空间开始，在temp后面加＿数字来表示。
3)回滚段表空间用undotbs来表示。
如果有多个回滚段表空间，从第2个回滚段表空间开始，在undotbs后面加＿数字来表示。
2．数据库的用户表空间数据库的用户表空间用两个字母_<表空间名>来表示。
例如：烟叶系统的表空间名为YY ＿<表空间名>。
其中，表空间名分为：1)数据空间：对于用户的缺省表空间，用default来表示。
对于其他的表空间，根据存放在表空间上的表的类别来表示。
如放代码的表，用code来表示。
放客户资料的表，用customer来表示。
尽量用一个表空间来存放该类的表。
如果某表特别大，可考虑单独使用一个表空间。
2)索引空间：在相应的数据表空间的名字前加ind_。
如对用户缺省表空间的索引空间，用yy_ind_default来表示。
对代码表的索引表空间，用yy_ind_code来表示。
四、存储过程1．命名规范存贮过程的命名请遵循以下命名规范：PROC _ + 系统模块缩写（与表前缀类似）+_ + 功能标识 + 代表存贮过程操作的主要表名（不带前缀）或功能的英文单词或英文单词缩写。
如果一个存贮过程只对一个表进行操作，建议存贮过程的名称就用存贮过程所操作的表的表名（不带前缀）。
这样有利于根据表名找到相应的存贮过程。
为了在众多的存贮过程中能很快的找到并维护存贮过程，我们按存贮过程的作用将系统的存贮过程进行以下的分类及命名：（以下示例假设存贮过程所在的模块名为ORG）作用第一前缀,第二前缀名(功能标识)示例用于新增的存贮过程PROC_ORGAddPROC_ORG_Add_Employee用于修改的存贮过程PROC_ORGUptPROC _ORG_Upt_Employee用于删除的存贮过程PROC_ORGDelPROC _ORG_Del_Employee用于单据查询的存贮过程PROC_ORGQryPROC _ORG_Qry_Employee用于报表统计的存贮过程PROC_ORGRptPROC _ORG_Rpt_GetEmployee用于一些特殊过程处理的存贮过程PROC_ORGOthPROC _ORG_Oth_SetSystemMessage 如果系统中的存贮过程只有一级，则遵照以上规则命名，如果存在多级，则需要区分其属于哪一级，具体为：PROC + 所属的级次 + _ + 后面的部分，例如：PROC1_ORG_Add_Subject （没有调用其它存贮过程）PROC2_ORG_Upt_Subject (调用了第1级的存贮过程)PROC3_ORG_Qry_Subject (调用了第2级的存贮过程)2．设计规范在存贮过程中必须说明以下内容：目的：说明此存贮过程的作用。
作者：首次创建此存贮过程的人的姓名。
在此请使用中文全名，不允许使用英文简称。
创建日期：创建存贮过程时的日期。
修改记录：修改记录需包含修改顺序号、修改者、修改日期、修改原因，修改时不能直接在原来的代码上修改，也不能删除原来的代码，只能先将原来的代码注释掉，再重新增加正确的代码。
修改顺序号的形式为：log1，log2，log3。
，根据修改次数顺序增加，同时在注释掉的原来的代码块和新增的正确代码块前后注明修改顺序号。
对存贮过程各参数及变量的中文注解。
五、视图1．命名规范视图的命名请遵循以下命名规范：View _ + 系统模块缩写（与表前缀类似）+_ + 功能标识 + 代表视图查询的主要表名（不带前缀）或功能的英文单词或英文单词缩写。
如果一个视图只对一个表进行查询，建议视图的名称就用视图所查询的表的表名（不带前缀）。
这样有利于根据表名找到相应的视图。
为了在众多的视图中能很快的找到并维护视图，我们按其作用将系统的视图进行以下的分类及命名：（以下示例假设视图所在的模块名为ORG）作用第一前缀，第二前缀名(功能标识)示例用于单据查询的视图View_ORGQryView_ORG_Qry_Employee用于报表统计的视图View_ORGRptView_ORG_Rpt_GetEmployee用于一些特殊过程处理的视图View_ORGOthView_ORG_Oth_SetSystemMessage如果系统中的视图只有一级，则遵照以上规则命名，如果存在多级，则需要区分其属于哪一级，具体为：View + 所属的级次 + _ + 后面的部分例如：View1_ORG_Add_Subject （没有调用其它视图）View2_ORG_Upt_Subject (调用了第1级的视图)View3_ORG_Qry_Subject (调用了第2级的视图)2．设计规范在视图中必须说明以下内容：目的：说明此视图的作用。