目录
在生活实际工作中，常需要在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_等。
九、视图（View）：
- 视图名称应该描述性地反映其查看的表或列信息。
- 视图名称应该是唯一的，以避免混淆和冲突。
- 建议使用前缀来表示视图的类型，例如：V_等。
十、大小写
- SQL Server默认情况下是不区分大小写的，但仍然建议在整个数据库中保持一致的大小写风格，以提高可读性。
总结：
命名规范应该遵循清晰、简洁、易于理解和统一的原则，以方便开发和管理。同时，为了避免命名冲突和混淆，建议使用前缀来标识不同的类型和用途。