下载文档原格式
数据库编码规范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 数据库中必须将索引建立在索引表空间里。
数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。
数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计的各阶段：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.数据库设计原则：1.1.数据库范式化：在设计数据库时，应该尽量遵循范式化设计原则，将数据分解成逻辑上相关的表，避免数据冗余和数据不一致的情况。
1.2.数据库表的规范命名：数据库表和字段的命名应该具有描述性，能够准确表达其所存储的数据内容，避免使用含糊不清的命名或者无意义的缩写。
1.3.设计合适的主键和外键：每个表应该有一个唯一的主键来标识记录，同时需要使用外键来建立表之间的关联关系，确保数据的完整性和一致性。
1.4.优化查询性能：在设计数据库时，需要考虑到系统的查询需求，合理设计索引和查询语句，以提高系统的查询性能。
1.5.考虑数据存储和访问的效率：在设计数据存储结构时，应该考虑到数据的访问频率和存储位置，尽量减少数据的冗余和无效存储。
2.数据库编码原则：2.1.避免硬编码：在编写数据库查询语句时，应该避免硬编码数据，尽量使用参数化查询，以防止SQL注入攻击和提高系统的安全性。
2.2.合理使用事务：在进行数据库操作时，需要使用事务来保证数据的完整性，将多个数据库操作视为一个原子操作，保证数据的一致性。
2.3.避免过度使用存储过程和触发器：存储过程和触发器能够提高数据库的处理效率，但过度使用会使数据库结构复杂难以维护，应该谨慎使用。
2.4.数据库连接池的管理：在编写数据库连接代码时，需要合理管理数据库连接池，避免频繁的连接和断开操作，提高系统的性能和稳定性。
2.5.合理使用缓存：在对数据库进行读取操作时，可以通过缓存技术来提高读取效率，但需要注意缓存的更新和失效，避免数据不一致的情况发生。
综上所述，数据库设计与编码是软件开发中至关重要的一环，设计和编码时需要遵循一些基本原则，如范式化设计、规范命名、优化查询性能、避免硬编码、合理使用事务等，以确保系统的高效运行和可靠性。
数据库标准规范（二）引言：数据库是当代信息系统中关键的存储和管理数据的工具，数据库标准规范的制定对于确保数据的一致性、完整性和可靠性至关重要。
本文将详细阐述数据库标准规范的五个大点，包括数据库设计、数据模型、数据操作、数据存储和数据安全。
概述：在数据库标准规范中，数据库设计是基础，决定了整个数据库系统的架构和功能。
数据模型定义了数据的结构和属性，数据操作确定了对数据库的增删改查操作，数据存储指定了数据的物理存储方式，数据安全保证了数据库的安全性和可用性。
正文内容：一、数据库设计1. 定义数据库设计的目标和要求，包括数据的一致性、可扩展性和易用性。
2. 建立数据库的概念模型，包括实体关系模型、关系模型和层次模型。
3. 制定数据库设计的规范和准则，确保数据库结构的一致性和易维护性。
4. 设计数据库的表结构，包括表的字段、属性和约束等。
5. 定义数据库的索引和视图，提高数据库的查询和操作效率。
二、数据模型1. 介绍常用的数据模型，包括层次模型、网络模型、关系模型和面向对象模型。
2. 选择合适的数据模型，根据数据库的特点和应用需求进行权衡。
3. 设计数据模型的实体和属性，确保数据的准确性和完整性。
4. 定义数据模型之间的关系，包括一对一、一对多和多对多关系。
5. 使用标准的建模工具和方法，对数据模型进行建模和验证。
三、数据操作1. 定义数据操作的目标和要求，包括数据的增加、删除、修改和查询。
2. 设计数据操作的接口和功能，提供简单易用的操作方式。
3. 制定数据操作的规范和约束，确保数据的一致性和安全性。
4. 优化数据操作的性能，提高查询和更新的效率。
5. 实现数据操作的事务管理和并发控制，确保数据的一致和可靠。
四、数据存储2. 设计数据的物理存储结构，包括数据文件、表空间和数据块等。
3. 制定数据存储的规范和准则，确保数据的安全和可靠。
4. 实施数据存储的备份和恢复策略，保护数据的完整性和可用性。
5. 优化数据存储的性能，提高数据访问的效率和响应速度。
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是要修改编码规则的数据表名称。
xx数据库开发设计规范第一章总则第一条为了规范集团公司数据格式，提高数据库设计的合理性和数据访问高效性，同时便于阅读和理解数据库的结构，以提高各子集团之间数据共享的质量和效率，促进数据库编码的标准化，特制定本规范。
第二条本规范由集团总公司信息管理部负责制定和修改，最终解释权由集团总公司信息管理部所有。
第三条本规范适用于集团总公司及各子集团及其下属子公司所有包含数据库开发的软件开发项目。
第二章设计规范第四条数据库规范：建议使用Oracle，Sql Server等主流的数据库，禁止使用任何开源数据库（MySql等）。
第五条表设计规范：（一）一行记录必须表内唯一，所有表必须必须有主键。
（二）尽量少使用数据库外键，如有外键完整性约束时，尽量使用程序控制）（三）新加的表，所有字段禁止NULL。
（四）在表创建完成前，应该为表添加表的注释，对表中字段也要有相应的注释和说明第六条索引设计规范：（一）表中索引的数量最好控制在5个以内。
（二）一个索引关联的字段在5个以内。
（三）禁止在更新十分频繁、或者区分度不高的属性上建立索引。
（四）建立组合索引，必须把区分度高的字段放在前面。
第七条字符设计规范：（一）字符类型建议采用varchar/nvarchar数据类型（二）手机号采用varchar(20)进行存储（三）金额货币采用money或者number数据类型（四）科学计数采用numeric数据类型（五）自增长标识采用bigint数据类型(数据量一大，用int类型就装不下，那以后改造就麻烦了) （六）时间类型建议为datetime数据类型,对于日期类型的建议采用date数据类型（七）禁止使用text、ntext、image等老的数据类型（八）禁止使用xml数据类型、varchar(max)、nvarchar(max)第八条SQL查询设计规范：（一）禁止在数据库做复杂运算，例如XML解析，字符串相似性比较，字符串搜索等。
（二）禁止使用SELECT *（三）禁止在索引列上使用函数或计算（四）尽量避免使用游标（五）尽量避免使用触发器（六）禁止在查询里指定索引（七）变量/参数/关联字段类型原则上要求与字段类型一致（八）参数化查询（九）限制JOIN个数，单个SQL语句的表JOIN个数不能超过5个。
数据库设计规范及指南一、数据库和信息系统(1)数据库是信息系统的核心和基础，把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。
(2)数据库是信息系统的各个部分能否紧密地结合在一起以及如何结合的关键所在。
(3)数据库设计是信息系统开发和建设的重要组成部分。
(4)数据库设计人员应该具备的技术和知识：a.数据库的基本知识和数据库设计技术;b. 计算机科学的基础知识和程序设计的方法和技巧;c.软件工程的原理和方法;d.应用领域的知识;二、数据库设计的特点数据库建设是硬件、软件和干件的结合，三分技术，七分管理，十二分基础数据，技术与管理的界面称之为“干件”。
数据库设计应该与应用系统设计相结合：结构（数据）设计：设计数据库框架或数据库结构；行为（处理）设计：设计应用程序、事务处理等；结构和行为分离的设计：传统的软件工程忽视对应用中数据语义的分析和抽象，只要有可能就尽量推迟数据结构设计的决策早期的数据库设计致力于数据模型和建模方法研究，忽视了对行为的设计如图：三、数据库设计方法简述手工试凑法设计质量与设计人员的经验和水平有直接关系缺乏科学理论和工程方法的支持，工程的质量难以保证数据库运行一段时间后常常又不同程度地发现各种问题，增加了维护代价规范设计法手工设计方基本思想过程迭代和逐步求精规范设计法(续)典型方法：(1)新奥尔良（New Orleans）方法：将数据库设计分为四个阶段S.B.Yao方法：将数据库设计分为五个步骤I.R.Palmer方法：把数据库设计当成一步接一步的过程(2)计算机辅助设计ORACLE Designer 2000SYBASE PowerDesigner四、数据库设计的基本步骤数据库设计的过程(六个阶段)1.需求分析阶段准确了解与分析用户需求（包括数据与处理）是整个设计过程的基础，是最困难、最耗费时间的一步2.概念结构设计阶段是整个数据库设计的关键通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型3.逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型对其进行优化4.数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）5.数据库实施阶段运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行6.数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。
数据库设计指南1. 设计原则1.1. 关于范式如无性能上的必要原因，应该考虑遵循关系数据库理论，达到较高的范式匹配（3NF），避免数据冗余，明确数据间的关系。
如果对性能有较高要求，或者在特定场景达成业务目标的便利性收益高于数据管理影响，可以设计适当的突破范式要求。
1.2. 字符集和编码应当采用Unicode字符集和UTF8编码，此为PostgreSQL 数据库服务器默认设置，并且，如果在创建数据库（实例）时没有特别指定，也将是数据库（实例）的默认设置。
如果有强烈的中华多文字支持要求，如简体汉字、繁体汉字、少数民族文字、日文、韩文等，可以使用GB18030字符集和编码，不建议使用GB2312、GBK。
1.3. 数据库服务器和数据库一个操作系统中只部署 1 个数据库服务器软件。
一个数据库服务器中可以创建多个数据库。
1.4. 表空间对于PostgreSQL 来说，在同一个磁盘分区上建立多个表空间没有太多实际意义。
从合理利用磁盘性能和空间角度，可以分别建立不同的表空间，如：•在高IO 性能的磁盘分区上创建的表空间，可以用来存放经常访问的表和索引。
•在便宜和较低IO 性能的磁盘分区上创建的表空间，可以用来存放很少使用或性能要求不高的归档数据的表。
对于容器部署的数据库，容器内可以使用默认表空间pg_default（路径$PGDATA/base），并映射到容器外宿主机的特定路径下。
非容器部署的数据库，建议在指定的路径下创建表空间。
多个数据库可以共用同一个表空间。
注意： PostgreSQL 中的表空间与 Oracle 不一样，创建PostgreSQL 表空间只要指定名称与数据库文件的目录，而没有具体的大小。
PostgreSQL 表空间不适用“自动扩容”这个概念，存储不足时可以通过扩展表空间所在存储容量，或者在不同存储设备/分区中新建表空间并指定新表使用新表空间来达到扩容目的。
1.5. Schema建议为子系统、业务模块或用户分配对应的schema。
数据库设计规范_编码规范数据库设计规范包括数据库表结构的设计原则和数据库编码规范。
数据库表结构的设计原则包括表的命名规范、字段的命名规范、主键和外键的设计、索引的使用、约束的定义等。
数据库编码规范包括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 目的为了统一公司软件开发的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。
2 范围本规范适用于全体开发人员，作用于软件项目开发的数据库设计、维护阶段。
3 术语Ø 数据库对象：在数据库软件开发中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。
Ø 物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。
一般对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。
Ø 逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。
4 设计概要4.1 设计环境a) ORACLE 11G R2数据库ORACLE 11G R2操作系统LINUX 6以上版本，显示图形操作界面b) MS SQL SERVER 2005数据库SQL SERVER 2005 企业版打sp3以上补丁和安全补丁操作系统WINDOWS 2008 SERVER4.2 设计使用工具a) 使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。
对于SQL Server 尽量使用企业管理器对数据库进行设计，并且要求对表，字段编写详细的说明（这些将作为扩展属性存入SQL Server中）b) 通过PowerDesigner 定制word格式报表，并导出word文档，作为数据字典保存，格式。
（PowerDesigner v10 才具有定制导出word格式报表的功能）。
对于SQL Server 一旦在企业管理器进行数据库设计时加入扩展属性，就可以通过编写简单的工具将数据字典导出。
c) 编写数据库建数据库、建数据库对象、初始化数据脚本文件4.3 设计原则a) 采用多数据文件b) 禁止使用过大的数据文件，unix系统不大于2GB,window系统不超过500MBc) oracle数据库中必须将索引建立在索引表空间里。
d) 基本信息表在建立时就分配足够的存储空间，禁止其自动扩展功能e) 大文本字列、blob列要独立出一张表，此表只有id和blob(或大文本)列f) 为每一个数据库创建独立的管理员用户，使用该用户进行设计，尽量不要使用sa或者系统管理员身份进行数据库设计。
4.4 设计的更新a) 在设计阶段，由数据库管理员或指定的项目组其一成员进行维护。
b) 运行阶段，由数据库管理员进行维护。
c) 如对表结构进行修改，应先在数据字典文档进行修改，最后在数据库中进行修改。
如果修改的是数据库字典表，必须由数据库管理员进行。
d) 编写更新的SQL代码，如果使用PowerDesigner，禁止由PowerDesigner直接连数据库进行数据库操作（如果是更改表或者字段的说明性文字可以通过数据库管理器图形界面进行修改）e) 修改数据库要通过SQL，禁止其它方式对数据进行修改f) 修改数据库的SQL要添加说明后保存备查5 命名总体原则Ø 设定的前缀一律用小写字母Ø 标识名称命名全部小写Ø 整个命名的全长不得超过30个字母Ø 全部使用字母和下划线‘_’，不能使用中文和其他字符，有特别情况允许使用末尾数字编号。
例如：t_Finace1, t_Finace2...Ø 命名名称来自于业务，全部采用英文单词Ø 英文单词过长可以采用通用的缩写，尽量表达出业务的含义Ø 如需要两个以上的英文单词做标识名称，单词之间要用下划线‘_’连接Ø 名称全是由名词组成的，名词由大范围到小范围排序取名Ø 完成某功能的名称，如函数和过程，以动宾形式取名6 命名规范（逻辑对象）6.1 数据库结构命名a) 数据库命名数据库的命名要求使用与数据库意义相关联的英文字母，即<业务系统名称>。
例如：china care 数据库的命名为ccnet；客户资料数据库的命名为Customer_Info。
b) 数据库日志设计命名数据库日志的的命名以<数据库名>_<日志名>.log格式命名。
其中，<日志名>为有意义的数据库日志名称。
例如：ccnet_logredo.logc) 数据库配置设计命名数据库配置设计方案是以文件形式保存的，其内容是关于特定数据库的配置项目的具体值。
数据库配置文件的命名以:<数据库类型简写〉_<应用系统标志>_cfg.ini格式命名。
其中，数据库类型简写见附件2《数据库类型简写》，cfq表示该文件是数据库配置文件。
例如：ORA_ ccnet_cfg.inid) 数据库复制与存储设计命名数据库复制与存储设计方案是以文件形式保存的，其内容是关于特定数据库之间的复制策略的具体细节。
数据库复制与存储设计文件的命名以：<数据库类型简写>_<应用系统标志>_rep.txt格式命名。
其中，数据库类型简写见附件2《数据库类型简写》，rep表示该文件是数据库复制与存储文件。
e) 数据库连接设计命名数据库连接设计方案是以文件形式保存的，其内容是关于特定分布式数据库之间的连接设计的具体细节。
数据库连接设计文件的命名以：<数据库类型简写>_<应用系统标志>_dbl. sql格式命名。
其中，数据库类型简写见附件2《数据库类型简写》，dbl表示该文件是数据库连接设计文件。
f) 表空间、数据文件命名(主要针对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.2 数据库对象命名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标识>；对于非绑定的默认可取系统默认的名字，请参见第8.1点实例绑定具体字段。
例：df_begin_date 缺省开始日期‘20030101’if exists (select * from sysobjects where type = 'D' and name = 'df_begin_date')drop default dbo.df_begin_dategocreate default df_begin_date as '20030101'goj) Check、Constraint（约束）约束的命名格式一般为：ck_<表名>_ <Check标识>；一些约束可直接放在生成表的语句中。
例：ck_flag 参见第8.1点实例，约束字段flag只能取字符‘0’到‘9’：constr aint ck_flag CHECK (flag between '0’ and '9’ )k) Rule（规则）规则的命名格式一般为：rl_<Rule标识>；对于非绑定规则(约束) 可取系统默认的名字，参见第10点设计实例绑定具体字段。
