数据库编码规范
数据库编码规范
数据库编码规范V1.02022-8-28目的范围术语设计概要命名规范(逻辑对象)数据库对象命名脚本注释数据库操作原则常用字段命名(参考)1)目的为了统一公司软件开辟的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。
2)范围本规范合用于开辟组全体人员，作用于软件项目开辟的数据库设计、维护阶段＜3)术语数据库对象：在数据库软件开辟中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。
物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。
普通对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。
逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。
4)设计概要设计环境＜数据库：ORACLE9i、MSSQLSERVER2000 等，操作系统：LINUX7.1 以上版本，显示图形操作界面；RedHat9 以上版本WINDOWS2000SERVER 以上设计使用工具手使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。
对于SQLServer 尽量使用企业管理器对数据库进行设计,并且要求对表，字段编写详细的说明(这些将作为扩展属性存入SQLServer 中) 手通过PowerDesigner 定制word 格式报表，并导出word 文档，作为数据字典保存。
(PowerDesignerv10 才具有定制导出word 格式报表的功能)＜对于SQLServer 一旦在企业管理器进行数据库设计时加入扩展属性，就可以通过编写简单的工具将数据字典导出。
4 编写数据库建数据库、建数据库对象、初始化数据脚本文件设计原则4 采用多数据文件手禁止使用过大的数据文件，unix 系统不大于2GB,window 系统不超过500MB$oracle 数据库中必须将索引建立在索引表空间里。
数据库编码规范
数据库编码规范在当今数字化的时代，数据库作为存储和管理数据的核心组件，其重要性不言而喻。
为了确保数据库的高效运行、数据的准确性和一致性，以及便于维护和扩展，制定一套完善的数据库编码规范是至关重要的。
首先，让我们来谈谈数据库命名规范。
数据库中的对象，如表、视图、存储过程等，都应该有清晰、有意义且易于理解的名称。
表名应该准确反映其所存储的数据内容，例如，如果是存储用户信息的表，可以命名为“users”。
避免使用模糊、无意义的名称，如“table1”、“temp_table”等。
同样，视图的名称应该能够表明其提供的数据视图的性质，存储过程的名称应该能够清晰地表达其功能。
对于字段命名，也要遵循相似的原则。
字段名应该具有描述性，使用完整的单词而不是缩写，除非缩写是行业内普遍认可且不会产生歧义的。
例如，“user_name”比“uname”更清晰易懂。
此外，要保持命名的一致性，比如，如果采用了驼峰命名法，就应在整个数据库中都保持这种命名风格。
接下来是数据类型的选择。
正确选择数据类型不仅可以节省存储空间，还能提高数据处理的效率。
对于整数类型，如果值的范围较小，可以选择 tinyint 或 smallint；如果范围较大，则选择 int 或 bigint。
对于字符串类型，如果长度固定且较短，使用 char 类型；如果长度不固定且长度可能较大，使用 varchar 类型。
对于日期和时间类型，根据具体的需求选择 date、datetime 或 timestamp 等。
在设计表结构时，要遵循数据库的范式原则。
通常，达到第三范式是一个比较理想的状态。
这意味着每个表中的非主键字段都完全依赖于主键，且不存在传递依赖。
例如，如果有一个订单表，订单号是主键，而客户信息应该存储在单独的客户表中，通过客户 ID 与订单表关联，而不是直接将客户信息存储在订单表中。
索引的使用也是数据库优化的重要方面。
索引可以大大提高数据查询的效率，但过多或不当的索引也会影响数据的插入、更新和删除操作。
oracle mysql 编码规则
oracle mysql 编码规则Oracle和MySQL是两个常用的关系型数据库管理系统，它们在编码规则方面有些不同。
下面我将为您介绍Oracle和MySQL的编码规则。
一、Oracle编码规则：1.字符集选择：Oracle支持多种字符集，如AL32UTF8、UTF8、ZHS16GBK等。
其中，AL32UTF8是Unicode编码的扩展，能够存储任何字符，建议使用AL32UTF8字符集，以适应全球化的需求。
2.字符长度限制：Oracle中的VARCHAR2类型的字符长度限制为4000字节，在AL32UTF8字符集下，这对应于4000个ASCII字符或者1333个汉字。
如果需要存储更多字符，可以使用CLOB类型。
3.使用国际化支持函数：Oracle提供了丰富的国际化支持函数，如NLS_LOWER、NLS_UPPER、NLS_INITCAP等，可以在各种字符集之间进行转换和比较。
4.字符编码转换：在涉及到不同字符集之间的数据传输和处理时，需要进行字符编码转换，Oracle提供了一系列的函数和工具来实现字符编码转换，如CONVERT、NLS_CHARSET_ID等。
5.字符串比较规则：在Oracle中，字符串比较默认是不区分大小写的，如果需要进行区分大小写的比较，可以使用BINARY_CI规则或者设置NLS_SORT参数。
6.字符集的设置：在创建数据库时，需要设置数据库的字符集，可以在CREATE DATABASE语句中指定字符集，也可以使用ALTER DATABASE语句来修改数据库的字符集。
二、MySQL编码规则：1.字符集选择：MySQL支持多种字符集，如utf8mb4、utf8、gbk 等。
其中，utf8mb4是Unicode编码的超集，能够存储任何字符，建议使用utf8mb4字符集，以适应全球化的需求。
2.字符长度限制：MySQL中的VARCHAR类型的字符长度限制为65535字节，在utf8mb4字符集下，这对应于65535个ASCII字符或者21845个汉字。
mysql 编码规则
MySQL编码规则是指MySQL数据库中字符集和排序规则的设置。
字符集定义了存储在数据库中的字符数据的类型，而排序规则定义了对这些字符数据的比较和排序方式。
MySQL支持多种字符集和排序规则，其中最常用的是utf8字符集和utf8_general_ci排序规则。
utf8字符集可以存储任何Unicode字符，而utf8_general_ci排序规则则按照字典顺序对字符进行排序。
在MySQL中，可以通过以下命令查看当前数据库的编码规则：
```
SHOW VARIABLES LIKE 'character%';
SHOW VARIABLES LIKE 'collation%';
```
如果需要修改编码规则，可以使用以下命令：
```
ALTER DATABASE database_name CHARACTER SET utf8 COLLATE utf8_general_ci;
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
```
其中，database_name是要修改编码规则的数据库名称，table_name是要修改编码规则的数据表名称。
数据库编码规范
数据库编码规范技术研发中心2020年12月12日文档修订目录1. 概述 (4)1.1 编写目的 (4)1.2 使用范围 (4)1.3 参考文献 (4)2. 数据库开发 (5)2.1 概述 (5)2.2 注释编写规范 (5)2.3 SQL在JAVA代码中的编写规范 (5)2.4 SQL编写原则 (6)3.附录 (10)3.1 建议 (10)3.2 SQL优化 (13)3.2.1 利用Navicat Premium工具分析SQL执行效率 (13)1.概述1.1编写目的本文描述了使用SQL技术进行编程的一些规范。
为保证在开发过程中产出高效、格式统一、易阅读、易维护的SQL代码，利于不同开发人员维护，所有的数据库代码和相关文档都应遵循本文档描述的规则和约定。
1.2使用范围开发人员、工程实施人员、系统维护人员1.3参考文献《数据库开发规范》2.数据库开发2.1概述1、数据库开发工具使用Navicat Premium，便于应用统一的美化器对所有数据库程序代码实现统一的格式化；便于使用数据库程序模版创建统一格式的数据程序对象。
2、数据库中存储的程序代码不可具备事务提交功能，所有事务的提交在应用层完成。
3、数据库中的程序代码统一使用存储包的形式，不再出现单独的存储过程或者函数。
4、存储包超过6000行需另建存储包。
5、动态SQL执行必须使用BIND变量。
6、程序代码内中不可出现DDL语句。
2.2注释编写规范每个数据库程序对象（包、包内过程函数、触发器、自定义类等）、变量及常量必须使用注释。
注释方式：/**/2.3SQL在JAVA代码中的编写规范SQL语句在程序中应尽量少的出现(写在数据库存储过程中，后台执行效率较高)，必须出现则一般以字符串的形式出现，现对程序中的SQL书写做以下约定。
●java代码中出现的SQL语句包括（字段名，表名，SQL关键字、保留字）均应采用大写形式；●避免在java代码中，使用循环语句多次执行数据库查询；●用于查询/更新/删除的SQL，WHERE条件固定的，必须使用预编译方式；●对SQL语句加上适当的注释，特别是对语句上出现的枚举值要标明其含义；●合理使用空格和缩进，保证SQL语句结构清晰；➢在SQL内置运算符前后加上空格；➢在SQL关键字、保留字前后都要有空格；➢拼接SQL时，新一行加上空格；●SQL语句较长时，应把SQL语句放在一个方法内；➢在每一个子句及逻辑判断占一行；➢对子查询使用缩进，一般为4个字符；➢SQL语句应该保持在80行以内；●代码中严禁使用SELECT * 代替具体的字段名。
数据库设计规范_编码规范
数据库设计规范_编码规范数据库设计规范包括数据库表结构的设计原则和数据库编码规范。
数据库表结构的设计原则包括表的命名规范、字段的命名规范、主键和外键的设计、索引的使用、约束的定义等。
数据库编码规范包括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.数据库涉及字符规范采用26个英文字母（区分大小写）和0－9这十个自然数，加上下划线_组成，共63个字符。
不能出现其他字符（注释除外）。
2.数据库对象命名规范数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。
对象名字由前缀和实际名字组成，长度不超过30。
在SYBASE ASE下，对象名区分大小写，统一使用大写，其他数据库按照本规范。
前缀：使用小写字母字典表d_视图view存储过程proc函数func实际名字：实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和_开头。
如视图User_List存储过程User_Delete因此，合法的对象名字类似如下。
视图view_Message_List存储过程proc_Message_Add3.视图命名规范我们约定，字段由前缀和实际名字组成，中间用下划线连接。
前缀：使用小写字母view，表示视图。
因此，合法的视图名类似如下。
view_Userview_UserInfo4.存储过程命名规范我们约定，过程由前缀和实际名字加操作名字组成，中间用下划线连接。
前缀：使用小写字母proc，表示存储过程。
操作名字：Insert|Delelte|Update|Caculate|Confirm|Init例如：proc_User_Insert5.存储过程设计注释规范注释大致格式如下：CREATE OR REPLACE PROCEDURE proc_xxxx_xxxx ()IS(或AS)/*************************************************** 存储过程名：proc_xxxx_xxxx* 作者：Yezi(叶子)* 日期：2004-12-17* 版本： 1.0* 描述：保存用户资料* 入口参数：* 出口参数：* 具体流程：* 变更过程及变更内容描述：*************************************************/6.sql语句规范所有sql关键词全部大写，比如SELECT,UPDATE,FROM,ORDER,BY等。
数据库设计规范_编码规范
数据库设计规范_编码规范1.命名规范：表名、字段名和约束名应该具有描述性，遵循一致的命名规则。
避免使用保留字作为名称，使用下划线或驼峰命名法。
2.数据类型选择：选择合适的数据类型来存储数据，避免过大或过小的数据类型。
这有助于减小数据库的存储空间，提高查询性能。
3.主键和外键：每个表都应该有一个主键来唯一标识每条记录。
外键用于建立表之间的关系，确保数据的一致性和完整性。
4.表的范式：根据具体需求，遵循规范化设计原则。
将数据分解为多个表，减少数据冗余和更新异常。
5.索引设计：根据查询需求和数据量，设计适当的索引。
避免过多或不必要的索引，以减小索引维护的开销。
6.分区设计：对大型表进行分区，将数据分散存储在不同的物理磁盘上，提高查询性能。
7.安全性设计：为数据库设置适当的权限和访问控制，限制不必要的用户访问和操作。
数据库编码规范：1.编码一致性：统一使用同一种编码方式，如UTF-8，避免不同编码之间的转换问题。
2.参数化查询：使用参数化查询语句，预编译SQL语句。
这样可以防止SQL注入攻击，提高查询性能。
3.事务管理：使用事务控制语句（如BEGIN、COMMIT和ROLLBACK）来管理数据库事务，确保数据的一致性和完整性。
4.错误处理：在代码中捕获和处理数据库错误和异常，提高系统的容错性。
5.SQL语句编写：编写简洁且优化的SQL语句，避免使用多个嵌套的子查询，使用JOIN操作符进行表之间的关联。
6.数据库连接管理：优化数据库连接，避免频繁地打开和关闭数据库连接。
7.缓存机制：对于频繁查询的数据，使用缓存机制来减少数据库的压力。
8.日志记录：记录数据库操作日志，包括增删改查的操作，以便后续的问题跟踪和审计。
综上所述，数据库设计规范和编码规范对于确保数据库系统的性能、安全性和可维护性至关重要。
遵循这些规范能够提高数据库系统的效率和可靠性，减少潜在的问题和风险。
因此，在进行数据库设计和编码时，应该遵循这些规范。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库编码规范V 1.02007-8-28目录1) 目的 (3)2) 范围 (3)3) 术语 (3)4) 设计概要 (3)5) 命名规范（逻辑对象） (4)6) 数据库对象命名 (6)7) 脚本注释 (8)8) 数据库操作原则 (9)9) 常用字段命名(参考) (9)1) 目的为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。
2) 范围本规范适用于开发组全体人员，作用于软件项目开发的数据库设计、维护阶段。
3) 术语数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。
物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。
一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。
逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。
4) 设计概要⏹设计环境数据库：ORACLE 9i 、MS SQL SERVER 2000 等操作系统：LINUX 7.1以上版本，显示图形操作界面;RedHat 9 以上版本WINDOWS 2000 SERVER 以上⏹设计使用工具使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。
对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中）通过PowerDesigner 定制word格式报表，并导出word文档，作为数据字典保存。
（PowerDesigner v10 才具有定制导出word格式报表的功能）。
对于SQL Server 一旦在企业管理器进行数据库设计时加入扩展属性，就可以通过编写简单的工具将数据字典导出。
编写数据库建数据库、建数据库对象、初始化数据脚本文件⏹设计原则采用多数据文件禁止使用过大的数据文件，unix系统不大于2GB,window系统不超过500MBoracle数据库中必须将索引建立在索引表空间里。
基本信息表在建立时就分配足够的存储空间，禁止其自动扩展功能大文本字列、blob列要独立出一张表，此表只有id和blob(或大文本)列为每一个数据库创建独立的管理员用户，使用该用户进行设计，尽量不要使用sa或者系统管理员身份进行数据库设计。
⏹设计的更新在设计阶段，由数据库管理员或指定的项目组其一成员进行维护。
运行阶段，由数据库管理员进行维护。
如对表结构进行修改，应先在数据字典文档进行修改，最后在数据库中进行修改。
如果修改的是数据库字典表，必须由数据库管理员进行。
编写更新的SQL代码，如果使用PowerDesigner，禁止由PowerDesigner直接连数据库进行数据库操作（如果是更改表或者字段的说明性文字可以通过数据库管理器图形界面进行修改）修改数据库要通过SQL，禁止其它方式对数据进行修改修改数据库的SQL要添加说明后保存备查⏹命名总体原则设定的前缀一律用小写字母标识名称命名全部小写整个命名的全长不得超过30个字母全部使用字母和下划线'_'，不能使用中文和其他字符，有特别情况允许使用末尾数字编号。
例如：t_Finace1, t_Finace2...命名名称来自于业务，全部采用英文单词英文单词过长可以采用通用的缩写，尽量表达出业务的含义如需要两个以上的英文单词做标识名称，单词之间要用下划线'_'连接名称全是由名词组成的，名词由大范围到小范围排序取名完成某功能的名称，如函数和过程，以动宾形式取名5) 命名规范（逻辑对象）a)数据库结构命名数据库命名数据库的命名要求使用与数据库意义相关联的英文字母，即<业务系统名称>。
例如：china care 数据库的命名为ccnet；客户资料数据库的命名为Customer_Info。
数据库日志设计命名数据库日志的的命名以<数据库名>_<日志名>.log格式命名。
其中，<日志名>为有意义的数据库日志名称。
例如：ccnet_logredo.logb)数据库配置设计命名数据库配置设计方案是以文件形式保存的，其内容是关于特定数据库的配置项目的具体值。
数据库配置文件的命名以:<数据库类型简写〉_<应用系统标志>_cfg.ini格式命名。
其中，数据库类型简写见附件1《数据库类型简写》，cfq表示该文件是数据库配置文件。
例如：ORA_ ccnet_cfg.inic)数据库复制与存储设计命名数据库复制与存储设计方案是以文件形式保存的，其内容是关于特定数据库之间的复制策略的具体细节。
数据库复制与存储设计文件的命名以：<数据库类型简写>_<应用系统标志>_rep.txt格式命名。
其中，数据库类型简写见附件1《数据库类型简写》，rep表示该文件是数据库复制与存储文件。
d)数据库连接设计命名数据库连接设计方案是以文件形式保存的，其内容是关于特定分布式数据库之间的连接设计的具体细节。
数据库连接设计文件的命名以：<数据库类型简写>_<应用系统标志>_dbl. sql格式命名。
其中，数据库类型简写见附件1《数据库类型简写》，dbl表示该文件是数据库连接设计文件。
e)表空间、数据文件命名(主要针对Oracle)索引表空间：表空间命名格式：ts<系统标识>_i数据库文件命名格式：ts<系统标识>_i[n].dbf临时表空间：表空间命名格式：ts<系统标识>_t数据库文件命名格式：ts<系统标识>_t[n].dbf回滚表空间：表空间命名格式：ts<系统标识>_r数据库文件命名格式：ts<系统标识>_r[n].dbf数据表空间：表空间命名格式：ts<系统标识>_d数据库文件命名格式：ts<系统标识>_d[n].dbf注：表空间名不超过8位，n 可取00-99或0-9，根据系统数据量确定。
6) 数据库对象命名a) 表表的命名必须以"t_"（Table缩写）开头，格式为：t_[系统标识]_<数据表类型标识>_<表标识>。
其中，[ ]表示可选项，依据实际情况而增加；<表标识> 要求与表意义相关联的英文字母，例如：t_Customers。
数据表大致分为：业务数据表、基本编码表、辅助编码表、系统信息表、累计数据表、结算数据表、决策数据表；基本编码表用base标志累计数据表用count标志系统信息表用info标志...例如：t_trade_base_trade_code,t_trade_info_help ...b) 字段/域根据业务要求进行命名，不需设定固定的前缀。
c) 索引针对数据库表中一个或多个字段建立的索引的命名格式应以"idx_"开头，索引列名间用_隔开，即为idx_ColumnName1_ColumnName2_…其中，ColumnName1是数据库表中（第一个）索引字段的名称或名称简写；ColumnName2是数据库表中（第二个）索引字段的名称或名称简写；索引名的总长必需符合数据库的规定。
例：idx_cert_number (表示在字段cert_number上创建索引)为了避免重名索引出现，可选命名方式为idx_<表名>_<递增号> 作为索引的命名，但是要求在数据字典中进行详细说明d) 视图视图的命名必须以"v_"(View 缩写)开头，格式为：v_<视图类型>_[系统标识] _<视图标识>。
其中，视图类型参见"表的分类说明"；[系统标识_]是可选项，依据情况而增加；<视图标识> 应与视图意义相关联的英文字母。
例：v_user_detail_infoe) 存储过程存储过程的命名必须符合sp_[系统标识]_<存储过程标识>格式。
其中，sp表示是存储过程；[系统标识]为可选项，依据情况而增加；<存储过程标识>是与存储过程意义相关联的英文字母，例如：USP_Query_Write_to_Disk。
例：sp_check_user_auth（以动宾方式取名）f) 触发器触发器的的命名必须符合tr_<表名>_<i,u,d的任意组合> 格式。
其中,tr表示是触发器；<i,u,d的任意组合>是与触发器意义相关联的英文字母。
例：tr_user_info_iu （表示对user_info表进行插入、更新的触发器）g) 函数函数的命名必须符合fn_[系统标识]_<函数标识>格式。
其中，fn表示是函数，[系统标识]为可选项，依情况而定；<函数标识>是与函数意义相关联的英文字母。
例：fn_create_id（以动宾方式取名）h) 自定义数据类型自定义数据类型的命名格式为：ud_<自定义数据类型标识>_<数据类型>i) Default（缺省）Default（缺省）的命名格式一般为：df_<Default标识>；对于非绑定的默认可取系统默认的名字j) Check、Constraint（约束）约束的命名格式一般为：ck_<表名>_ <Check标识>；一些约束可直接放在生成表的语句中。
例：ck_flag 参见第8.1点实例，约束字段flag只能取字符'0'到'9'：constraint ck_flag CHECK (flag between '0' and '9' )k) Rule（规则）规则的命名格式一般为：rl_<Rule标识>；对于非绑定规则(约束) 可取系统默认的名字。
l) 主键主键的命名格式为pk_<表名>_<主键标识>。
例：pk_user_info_userid （表user_info以字段userid创建主键）m) 外键外键的命名格式为fk_<表名>_<主表名>_<外键标识>。
可选命名方式为fk_<表名>_<递增号> 作为索引的命名，但是要求在数据字典中进行详细说明例：fk_user_info_department_deptid （在表user_info的字段department_id上创建外键，参照主表department）n) 同义词（ORACLE）同义词的命名格式为：sy_<同义词标识>例：sy_user_info （为所有权属于ben的表user_info的公共同义词）7) 脚本注释7.1 存储过程或触发器a) 每一个存储过程或触发器都要在最前面写注释，注释如下/*writer：create date：ver：Depiction：remark：*/另外，过程中声明的重要变量要有注释，例如：@iActionFlag int = 0 /* 0 => Checkout, 1 => GetLatest, 2 => UndoCheckOut */b) 如果只对存储过程或触发器进行部分修改时须添加以下注释：/*rewriter：add（rewriter）：date：<格式：YYYY-MM-DD> start1：修改描述：*//* 原代码内容*/（修改时）/*rewriter：date：<格式：YYYY-MM-DD> end1：*//*rewriter：add（rewriter）：date：<格式：YYYY-MM-DD> start2：*/新代码内容/*rewriter：date：<格式：YYYY-MM-DD> end2：*/c) 如果对存储过程或触发器有较大的修改，可增加修改内容的注释。