SQL sever命名规范

怼烎@ 2024-03-26 22:54 180阅读 0赞

**目录**

一、标识符

二、表名（Table）:

三、字段名（fields）：

四、约束（Constraint）：

五、索引（Index）：

六、存储过程（Stored Procedure）：

七、函数（Function）：

八、触发器（Trigger）：

九、视图（View）：

十、大小写

--------------------

> 在生活实际工作中，常需要在SQL sever数据库中开发一些对象，因此就会多出许多不同的名称，为了方便个人和团队成员可以理解开发的对象，我们需要根据要求进行命名。但是命名也应该按照相应的规范完成，否则库中开发的内容就会杂乱无章。但是SQL Server的命名规范是可以因组织、项目和个人而异，以下是一些通用的命名规范建议：

## 一、标识符 ##

*  标识符的首字符必须是下列字符之一：统一码(Unicode) 2.0标准中所定义的字母（包括拉丁字母a～z和A～Z以及来自其他语言的字符）、下划线“\_”、符号“@”或者数字符号“\#”。
 *  在SQL Server中，以“@”符号开始的标识符表示局部变量或参数；以一个数字符号“\#”开始的标识符表示临时表或过程，例如\#gzb；以双数字符号“ ”开始的标识符表示全局临时对象，例如 gzb。
 *  来自拉丁字母或其他国家/地区脚本的十进制数字可以作为标识符的一部分。
 *  标识符不允许是Transact-SQL的保留字。
 *  不允许嵌入空格或其他特殊字符。

## 二、表名（Table）: ##

*  统一采用单数形式，例如：Order、UserAccount，反对使用Orders、order等。
 *  首字母大写，多个单词的话，单词首字母大写，例如：Order、UserAccount，反对使用order、Useraccount、ORDER等。
 *  避免中文拼音，例如：AgentBaoCi。
 *  避免下划线连接，例如：User\_Accout（下划线适用Oracle数据库）。
 *  避免名称过长，控制在3个英文单词长度（22个字母），例如：WebsiteInfomationModifyRecord。
 *  表名应该有意义，并且易于理解，最好使用可以表达功能的英文单词或缩写。如果用英文单词表示，建议使用完整的英文单词，避免保留字。

> 注：
> 
> 此处留有疑问：有些人认为表名使用复数，有些人认为使用单数；我通常是使用单数，希望知道此处具体使用哪种方式的码友告知原因？
> 
>  *  为了更准确地描述表对象，建议使用复数形式来命名表，例如"users"而不是"user"。

## 三、字段名（fields）： ##

*  字段名应该是描述性的，能够清晰地表达该字段的含义。
 *  字段名应该是唯一的，在同一表中不能有重名。
 *  字段名应该是简洁的，不要过长。
 *  首字母大写，多个单词的话，单词首字母大写。
 *  对于表的前缀命名，建议表前缀控制在两个以内，并且前缀应该是描述性的，能够表达该表的功能或类别。例如，系统表可以命名为S\_、D\_等。

## 四、约束（Constraint）： ##

*  约束名称应该描述性地反映约束的性质和作用。
 *  约束名称应该是唯一的，以避免混淆和冲突。
 *  建议使用前缀来表示约束的类型，例如：PK\_表名、UQ\_表名、IX\_表名等。

比如主键和外键：

*  主键列通常以表名为前缀，后跟“ID”（例如，`CustomerID`）。
 *  外键应该使用与关联表主键一致的名称，并添加适当的前缀（例如，`Order_CustomerID`）。

## 五、索引（Index）： ##

*  索引名称应该清晰地反映其作用和列信息。
 *  索引名称应该是唯一的，以避免混淆和冲突。
 *  建议使用前缀来表示索引的类型，例如：IX\_表名\_列名、UQ\_表名\_列名等。

## 六、存储过程（Stored Procedure）： ##

*  存储过程名称应该描述性地反映其功能和作用。
 *  存储过程名称应该是唯一的，以避免混淆和冲突。
 *  建议使用前缀来表示存储过程的类型，例如：SP\_、PR\_等。

## 七、函数（Function）： ##

*  函数名称应该描述性地反映其功能和作用。
 *  函数名称应该是唯一的，以避免混淆和冲突。
 *  建议使用前缀来表示函数的类型，例如：FN\_等。

## 八、触发器（Trigger）： ##

*  触发器名称应该描述性地反映其作用和关联表的信息。
 *  触发器名称应该是唯一的，以避免混淆和冲突。
 *  建议使用前缀来表示触发器的类型，例如：TR\_等。