开发规范,SQL server 和 .NET命名规范

合集下载

SQL Server 的命名规则

SQL Server 的命名规则

SQL Server 的命名规则为了提供完善的数据库管理机制,SQL Server 设计了严格的命名规则。

在创建或引用数据库实体,如表、索引、约束等时,必须遵守SQL Server 的命名规则,否则有可能发生一些难以预料和检查的错误。

本文将讲述:标识符的分类和格式规定;数据库对象的命名规定与使用原则。

∙标识符分类SQL Server的所有对象,包括服务器、数据库以及数据库对象,如表、视图、列、索引、触发器、存储过程、规则、默认值和约束等都可以有一个标识符。

对绝大多数对象来说,标识符是必不可少的,但对某些对象如约束来说,是否规定标识符是可选的。

对象的标识符一般在创建对象时定义,作为引用对象的工具使用。

例如下面的SQL语句:Create table student(id int primary key,name varchar(20))这个例子创建了一个表格,表格的名字是一个标识符:student;表格中定义了两列,列的名字分别是id,name,他们都是合法的标识符。

这个例子还定义另外一个未命名的主键约束。

SQL Server一共定义了两种类型的标识符:规则标识符(Regular identifier)和界定标识符(Delimited identifier)。

∙规则标识符规则标识符严格遵守标识符有关格式的规定。

所以在T-SQL语句中凡是规则标识符都不必使用界定符,如[]和‘’,来进行界定。

如上述例子中使用的表名student 就是一个规则标识符,在student上不必添加界定符。

∙界定标识符界定标识符是那些使用了如[]和‘’等界定符号来进行位置限定的标识符,使用了界定标识符,既可以遵守标识符命名规则,也可以不遵守标识符命名规则。

Select * from [student] 是要从student 表格中查询出所有的数据与Select * from student 等效。

为什么呢?因为在“[]”中的标识符遵守标识符命名规则,“[]”被忽略不计。

数据库命名规范

数据库命名规范

数据库命名规范数据库设计是指建立数据库的过程,其中包括设计数据结构,编写完整的SQL代码以操作数据等等。

其中,数据库对象命名规范尤其重要。

这可以清晰地表明数据库结构,有助于更好地管理数据库,理顺连接,并有助于解决软件问题。

SQL Server中的命名规范1. SQL Server命名规范要求使用有意义的名称,可以允许最多128个字符,包括字母(a-z或A-Z),数字(0-9)和undescore(_)。

大多数对象必须以字母开头,不能用保留字(比如,where)作为名称。

2.操作系统(OS)对象和数据库对象的名称必须隔离,并且必须使用有意义的前缀和后缀,以便区分。

例如,OS用户应该以OS_前缀作为前缀,数据库用户应以DB_前缀作为前缀。

3.表格、列和字段的命名规范应该简洁,要符合命名规则,例如,表格名称由一到多个单词组成,它们应该按照某种正式的结构,以便同时表达复合含义。

4.避免使用缩写。

当可能的时候,应该使用完整的单词,以帮助他人理解数据库结构。

5.在数据库中,每个SQL对象都必须有唯一的名称,以避免和其他名称冲突。

6.最后,应尝试使用动态名称,以进一步简化数据库设计。

这样可以减少维护成本和开发时间。

Oracle数据库命名规范1.Oracle命名规范要求使用有意义的名称,可以是128个字符的字母(a-z或A-Z),数字(0-9)和undescore(_),但不能以数字开头。

同时,必须遵守Oracle的大小写规则。

2.Oracle数据库的对象名称中的大写字母要慎重使用,可以使用小写字母,以加强数据库设计的可读性。

3.尽量不使用特殊字符,如撇号,连字符,星号等,因为它们可能对SQL查询产生麻烦。

4.避免使用单词的缩写,除非它们非常常见,否则会使他人不明白你的数据库结构。

5.使用前缀和后缀分离不同的数据库对象。

例如,表格前缀可以为T_,序列前缀可以为S_,触发器前缀可以为TRG_,字段前缀可以为F_,等等。

.Net项目命名规范

.Net项目命名规范

.Net项⽬命名规范⽬录dotShare系统改造项⽬的建设过程中,将涉及到Visual 、Web站点,业务对象及数据库,同时项⽬⼈员包括设计⼈员、开发⼈员和测试⼈员等较多。

为了保持应⽤程序、组件、⽂件的⼀致性,便于阅读和管理代码和结构,提⾼开发效率和产品的标准化,特制订⼀套开发规范和标准(包括命名规范和编码规范)。

好的编码约定可使源代码严谨、可读性强且语意清楚,做到与其它语⾔约定相⼀致,并且提⾼直观性。

希望设计/开发⼈员严格遵守此套开发规范和标准,并落实到⾃⼰的设计与代码程序中。

命名规范将包括:编程命名规范,业务对象命名规范,数据库命名规范,Web站点结构命名规范等。

编码规范将包括:C#编码规范,第三⽅模块使⽤规范等本命名规范主要针对使⽤Visual (语⾔及C#语⾔)规范,即编程命名规范部分。

请注意:在本项⽬过程中,C#将作为⾸选语⾔,如⾮特别必要,不要选⽤。

变量命名的总原则是⼀个通⽤性的原则,本规范后续章节中的命名规则都应当符合这些总原则。

·变量名称应当准确完整地描述了变量的含义·名称应当反映了业务上的问题⽽不是技术上或编程上的解决⽅法·名称的长度应当⾜够长·名称的最后⼀部分应当有限定符·应当⽤Count, Index或Nbr代替Num, No.·循环计数变量的的名称应当有含义(如果循环语句的长度超过了两⾏或者存在着嵌套循环,尽量避免使⽤I,j,k之类的变量,应该使⽤有意义的变量)·临时变量的命名应当有意义·所有布尔型变量的命名能够直接从名称上看出为真的条件·枚举类型的变量名称应当包含了基础类型,能够⽅便的分辨变量的类型。

例如:⽤Color变量表⽰ ColorRed, ColorGreen枚据类型的值。

·命名的常量应当代表了抽象的实体⽽⾮他们所代表的值·从变量命名中应当可以看出变量的作⽤域是局部变量,模块变量或者全局变量·变量的名称中不同的单词⾸字母要⼤写,以⽅便阅读·如果不是绝对必须,尽量避免使⽤短的名称·如果变量中单词的缩写只能缩短⼀两个字符则使⽤单词的完全拼写·所有单词的缩写规则应当⼀致·名称具有误导性·两个不同的命名具有相似的含义·不同的命名拼写很相似,仅差⼀两个字符·在变量名称中不应当使⽤数字·完全和变量含义不相关的命名使⽤下⾯的三种⼤写标识符约定。

sql server 列名命名规则

sql server 列名命名规则

SQL Server 列名命名规则1. 介绍在使用SQL Server数据库时,对于列名的命名是非常重要的。

良好的列名命名规则可以使数据库的结构清晰、易于理解和维护。

本文将介绍SQL Server列名命名规则,帮助读者了解如何合理地命名列名。

2. 规则和建议在SQL Server中,列名的命名需要遵循一些规则和建议,以下是一些建议和常见规则:2.1 使用描述性的名称为了方便理解,每个列名都应该尽可能使用描述性的名称。

如果某一列存储了用户的尊称信息,可以将该列命名为"UserName",这样可读性更强,不易产生歧义。

2.2 避免使用关键字和保留字在SQL Server中,有一些关键字和保留字是数据库系统保留的,不能作为列名。

在命名列名时需要避免使用这些关键字和保留字,以免发生冲突。

2.3 使用统一的命名规则为了保持数据库结构的统一性,可以约定一套统一的命名规则,并在整个团队或组织中统一执行。

可以约定使用驼峰命名法或下划线分隔法等命名规则。

2.4 使用简单的命名在命名列名时,应尽量避免使用复杂的命名,尽可能简洁明了。

这样不仅能方便理解,还能提高查询和维护效率。

2.5 避免使用特殊字符和空格在列名中应尽量避免使用特殊字符和空格,这样可以减少出错的可能性,也方便在SQL语句中引用。

3. 示例下面通过一个简单的示例来演示如何按照以上规则命名列名:假设我们有一个用户信息表,包括用户ID、用户名、用户芳龄和用户电流新箱等列,那么我们可以按照以下规则来命名列名:- 用户ID:UserId- 用户名:UserName- 用户芳龄:UserAge- 用户电流新箱:UserEm本人l通过以上示例,我们可以看到使用描述性的名称,避免关键字和保留字,使用统一的命名规则,简单明了的命名,避免特殊字符和空格等规则。

4. 总结良好的列名命名规则对于数据库的设计和维护是非常重要的。

在实际开发中,应严格遵循列名命名规则,采用合适的命名规则,使得数据库结构清晰、易于理解和维护。

计算机软件开发规范

计算机软件开发规范

计算机软件开发规范计算机软件开发规范在计算机软件开发过程中,遵循一定的规范是十分重要的。

软件开发规范可以确保开发出高质量、可维护和可扩展的软件,并提高团队的开发效率。

下面是一些常见的计算机软件开发规范。

1. 命名规范- 使用有意义的变量、函数和类名,不使用缩写和单音字母命名。

- 使用驼峰命名法或下划线命名法,例如camelCase或snake_case。

- 避免使用保留字作为命名。

- 命名应具有描述性,可以清晰地表达其用途。

2. 代码风格规范- 使用适当的缩进和空格使代码易于阅读。

- 使用恰当的注释来解释代码的作用和功能。

- 避免使用过长的行,一般限制在80-120个字符之间。

- 代码结构应清晰,使用适当的空行和代码块。

- 考虑使用代码格式化工具来统一代码风格。

3. 错误处理规范- 在代码中及时捕获和处理异常,避免程序崩溃或不可预测的行为。

- 使用合适的异常处理机制,包括抛出和捕获异常。

- 记录错误和异常信息,以便后续分析和修复。

4. 安全规范- 避免使用硬编码的敏感信息,如密码和私钥。

- 对用户输入进行验证和过滤,防止SQL注入和跨站脚本攻击等安全问题。

- 对涉及到敏感数据的处理进行加密保护。

5. 版本控制规范- 使用版本控制系统来管理代码,如Git或SVN。

- 提交代码前进行代码审查,确保代码质量和一致性。

- 使用适当的分支管理策略,如主分支和开发分支。

- 使用有意义的提交消息来解释代码变更。

6. 文档规范- 编写清晰、易于理解的代码注释。

- 编写高质量的用户文档和技术文档,包括安装指南、使用说明和API文档。

- 在代码库中提供README文件,介绍项目背景、使用方法和贡献指南。

7. 测试规范- 编写单元测试、集成测试和系统测试来确保代码的功能和稳定性。

- 使用自动化测试工具进行自动化测试。

- 分析测试覆盖率并完善测试用例,提高测试效果。

8. 性能规范- 编写高效的代码,避免不必要的计算和资源浪费。

sql server 表名命名规则

sql server 表名命名规则

SQL Server 表名命名规则在使用 SQL Server 数据库时,表是存储和组织数据的重要组成部分。

为了方便管理和维护数据库,表名的命名规则非常重要。

一个好的表名可以提高代码可读性、维护性和可扩展性。

本文将介绍一些常用的 SQL Server 表名命名规则,以帮助开发人员更好地设计和管理数据库。

1. 表名长度和字符限制在 SQL Server 中,表名的长度限制为 128 个字符。

为了保持可读性,建议尽量使用简洁而有意义的表名。

另外,表名只能包含字母、数字和下划线,并且不能以数字开头。

2. 使用有意义的单词为了提高代码可读性,在选择表名时应该使用有意义的单词或短语来描述表所代表的内容。

避免使用无意义或缩写的名称,这样可以使其他开发人员更容易理解你的代码。

例如,如果你正在设计一个存储用户信息的表,可以将其命名为Users或UserInformation而不是简单地命名为Tbl1或UserInfo。

3. 使用复数形式在 SQL Server 中,习惯上将表名使用复数形式来表示多个实例。

这样可以清楚地表明该表存储了多个实体的数据。

例如,如果你正在设计一个存储学生信息的表,应该将其命名为Students而不是Student。

4. 使用下划线分隔单词为了提高可读性,建议在表名中使用下划线_来分隔多个单词。

这样可以使表名更清晰易懂,并且增加了可读性。

例如,如果你正在设计一个存储订单信息的表,可以将其命名为Order_Details而不是OrderDetails。

5. 避免使用保留字和特殊字符在选择表名时,应避免使用 SQL Server 的保留字作为表名。

保留字是 SQL Server 中用于特定目的的关键词,不能作为标识符使用。

如果使用保留字作为表名,可能会导致语法错误。

另外,还应避免在表名中使用特殊字符,如空格、逗号、点等。

这些字符可能会引起命令解析错误或造成混淆。

6. 使用一致的命名约定为了提高代码可维护性和可读性,在整个数据库中应该遵循一致的命名约定。

.NET开发规范

.NET开发规范

.NET开发规范编写:审核:批准:目录1.概述 (4)2.命名规范 (4)2.1.类、参数和方法的命名规范 (4)2.2.接口命名规范 (4)2.3.动态语言文件命名规则 (5)2.3.1.格式:性质_描述 (5)2.4.客户端JavaScript规范 (5)2.4.1.变量命名规范 (5)2.4.2.对象命名规范 (5)2.5.控件命名规范 (5)2.6.图片的命名原则 (6)2.7.数据库命名规范 (7)2.7.1.命名规范原则 (7)2.7.2.数据库规范 (7)2.7.3.表命名规范 (7)2.7.4.字段规范 (8)2.7.5.视图规范 (8)2.7.6.存储过程规范 (8)2.7.7.函数规范 (8)2.7.8.索引命名规范 (8)2.7.9.关联命名 (8)2.7.10.设计规范 (8)3.编码规范 (8)3.1.C#代码编写 (8)3.2.Request、Session、Application使用规范 (12)3.3.HTML标记语言编码规范 (12)3.4.注释规范 (12)3.5.异常规范 (15)1.概述为了保持应用程序、组件、文件的一致性,便于阅读和管理代码和结构,提高开发效率和产品的标准化,特制订一套开发规范和标准(包括命名规范和编码规范)。

命名规范将包括:类和参数的命名规范、接口命名规范、数据库命名规范、ASP命名规范、JavaScript命名规范、控件命名规范等。

编码规范将包括:C#编码规范、注释规范、HTML编码规范、编码规范、异常规范等。

2.命名规范2.1.类、参数和方法的命名规范2.1.1.用名词或名词短语命名类。

2.1.2.使用Pascal大写注记:Pascal 大小写形式-所有单词第一个字母大写,其他字母小写。

2.1.3.不要使用匈牙利命名法2.1.4.用有意义的,描述性的词语来命名变量- 别用缩写。

用name, address, salary等代替nam, addr, sal 。

sql server 字段名称命名的规则

sql server 字段名称命名的规则

sql server 字段名称命名的规则SQL Server字段名称命名的规则在SQL Server数据库中,字段名称的命名规则对于数据库的设计和维护至关重要。

良好的命名规范可以提高数据库的可读性、可维护性和可扩展性。

本文将介绍一些常用的SQL Server字段名称命名规则,帮助开发人员在数据库设计中遵循最佳实践。

1. 使用有意义的名称在为字段命名时,应该使用能够准确描述字段含义的名称。

例如,对于存储客户姓名的字段,可以使用"CustomerName"而不是简单的"Name"。

这样做可以提高代码的可读性,使其他开发人员更容易理解字段的含义。

2. 避免使用特殊字符和关键字字段名称应该避免使用特殊字符和SQL Server的关键字,以免引起语法错误。

例如,应该避免使用@、#、$等特殊字符,以及SELECT、INSERT、UPDATE等关键字作为字段名称。

3. 使用驼峰命名法或下划线命名法在字段命名中,可以选择使用驼峰命名法(Camel Case)或下划线命名法(Snake Case)。

驼峰命名法将单词首字母大写,并将单词连接在一起,例如"CustomerName";下划线命名法使用下划线将单词连接在一起,例如"customer_name"。

选择哪种命名法取决于个人偏好和团队约定。

4. 不使用缩写为了提高代码的可读性和可维护性,应尽量避免使用缩写。

例如,应该使用"CustomerName"而不是"CustName"。

尽管缩写可以节省字符数,但它们通常会降低代码的可读性。

5. 使用一致的命名约定在整个数据库中,应该使用一致的命名约定来命名字段。

例如,如果选择使用驼峰命名法,那么所有的字段名称都应该按照这个规则命名。

这样可以避免混淆和错误,并使数据库更易于维护。

6. 使用前缀或后缀为了更好地区分字段的用途,可以考虑使用前缀或后缀。

SQL Server数据库命名与编码规范

SQL Server数据库命名与编码规范

SQL Server数据库命名与编码规范一.数据库对象命名基本规范1.总体命名规范●名称的长度不超过32个字符。

●名称采用英文单词、英文单词缩写和数字,单词之间用“_”分隔。

说明:除非用户提供文档化的行业标准(例如,国标或部颁标准),否则不得违反本规范。

●数据库对象名称首字母必须小写。

●不得采用“_”作为名称的起始字母和终止字母。

●名称必须望文知意。

●名称不得与数据库管理系统保留字冲突。

●不要在对象名的字符之间留空格。

2.数据库名数据库名定义为系统名+模块名,或直接采用系统名。

数据库名全部采用小写。

3.数据库文件数据文件命名采用数据库名+_+文件类型+[文件序号].文件后缀,文件序号为1、2、3…9等数值,当数据库中某一文件类型的文件有多个时加上文件序号以区别。

只有一个时可不加。

文件后缀:主数据文件为.mdf,其它数据文件为.ndf,日志文件为.ldf。

文件名全部采用小写。

4.表表命名要遵循以下原则:●采用“系统名+_+t_+模块名+_+表义名”格式构成。

●若单系统单模块开发,命名可采用“t_+表义名”格式构成。

●若数据库中只含有单个模块,命名可采用“系统名+t_+表义名”格式构成。

●整个表名的长度不要超过30个字符。

●系统名、模块名均采用小写字符。

●模块名或表义名均以其英文单词命名,且字符间不加分割符;表义名中单词的首字符大写,其它字符小写,多个单词间也不加任何分割符,单词全部采用单数形式。

●表别名命名规则:取表义名的前3个字符加最后一个字符。

如果存在冲突,适当增加字符(如取表义名的前4个字符加最后一个字符等)。

●关联表命名为Re_表A_表B,Re 是Relative的缩写,表A 和表B均采用其表义名或缩写形式。

5.属性(列或字段)属性命名遵循以下原则:●采用有意义的列名,为实际含义的英文单词,且字符间不加任何分割符, 单词的首字符大写。

●属性名前不要加表名等作为前缀。

●属性后不加任何类型标识作为后缀。

sql server数据库命名规则

sql server数据库命名规则

sql server数据库命名规则在SQL Server中,数据库命名规则是一个非常重要的话题。

因为一个好的命名规则可以帮助团队成员更容易地理解和开发数据库,同时也可以避免一些潜在的问题和冲突。

一、规则的原则在规定命名规则时,我们需要遵循以下原则:1. 简单性:命名规则应该简单、易懂,尽量少用复杂的缩写或特殊字符。

2. 一致性:在整个数据库中,应该保持一致的命名规则,不同的表、视图、存储过程等应该遵循相同的规则。

3. 可读性:表名应该尽可能地描述表所存储的数据,让人能够容易地理解其含义。

4. 可扩展性:命名规则应该足够灵活,以便在需要时可以轻松扩展命名规则。

5. 唯一性:命名规则应该能够确保数据库中的实体名称是唯一的,避免引起因重复命名带来的冲突。

二、命名规则下面是SQL Server数据库命名的一些通用规则:1. 数据库名数据库名通常应该是可以被理解的名字,以此来反应数据库用途和内容,应该易于区分其他数据库。

名称也应该符合标准的命名约定,应始终使用小写字母。

如果数据库名需要使用多个单词,请使用"_"(下划线)将它们连接在一起,例如Company_DB。

2. 表名表名应该是可以被理解的名字,以此来反应表用途和内容,应该易于区分其他表。

名称也应该符合标准的命名约定,应始终使用小写字母。

如果表名需要使用多个单词,请使用"_"(下划线)将它们连接在一起,例如customer_table。

3. 字段名字段名称应该是可以被理解的名字,以此来反应字段用途和内容,应该易于区分其他字段。

名称也应该符合标准的命名约定,应始终使用小写字母。

如果字段名称需要使用多个单词,请使用"_"(下划线)将它们连接在一起,例如customer_id。

4. 存储过程存储过程的名称应该是可以被理解的名字,以此来描述存储过程的功能。

名称也应该符合标准的命名约定,应始终使用小写字母。

Microsoft SQL Server数据库设计规范

Microsoft SQL Server数据库设计规范
上的设计映射于物理设计。在逻辑设计时,请注意对象之间的关联性和数据的冗余性。
表设计原则:
如果你发现自己Hale Waihona Puke 重复输入数据,请创建新表和新的关系。
每个表中都可以考虑添加的3个有用的字段
· RecoredID ,记录唯一编号,不建议采用业务数据作为记录的唯一编号
数值类型
如果表示金额货币建议用money型数据,如果表示科学记数建议用numeric数据类型。
记录标识
一般采用int类型标识唯一一行记录。此列是否采用自动累增视具体情况而定。如果需要在保存之前得到此标记
。如果一个表记录数过多,而自己如何建立索引不太熟悉,可以考虑在查询分析器里索引优化向导得到SQLServer
提供的索引建议。
。你可以在分析器里执行指定语句的查询执行计划,根据执行计划显示的查询成本来调整相应的查询语句。
存储过程前缀:udp(User define procedure)表示用户定义存储过程,用它以区分出系统存储过程(sp),
如果我们写的是系统类存储过程请写usp前缀。
自定义函数前缀:udf(User define function)表示用户定义函数。
注释内容:
系统操作类的语句一般无须注释,如启动事务,关闭字符显示等语句。其他业务性的操作都应该写清楚注释。
系统操作类一般都写在语句开始和最后,它与具体业务语句用分隔符分开!
以下是一个例子:
SET QUOTED_IDENTIFIER ON
select @ServerName=vcComputer,@UserName=vcUserName,@Password=vcPassword,@DBName=vcDataBase

数据库设计与开发规范

数据库设计与开发规范

数据库设计与开发规范1.数据库命名规范:-数据库名、表名、字段名应使用小写字母,并用下划线分隔单词,避免使用特殊字符或关键字。

-数据库、表、字段名应具有描述性,能够清晰地表达其含义。

2.表设计规范:-表应具有主键,用于唯一标识每一条记录。

-表应遵循第三范式,避免数据冗余。

-避免使用过多的表关联,以提高查询效率。

3.字段设计规范:-字段应具有合适的数据类型,确保数据完整性和查询效率。

-字段应具有明确的含义,避免使用模糊或缩写的名称。

-字段应尽量避免为空,除非确实需要。

4.索引设计规范:-针对经常被查询的字段,可以创建索引以加快查询速度。

-索引应选择适当的数据结构和算法,以提高查询效率。

-避免创建过多的索引,以降低写操作的开销。

5.SQL语句规范:-SQL语句应使用缩进、换行等格式化方式,提高可读性。

-避免直接使用字符串拼接的方式构建SQL语句,以防止SQL注入攻击。

-避免使用SELECT*,尽量指定需要查询的字段。

6.数据库安全规范:-设置合适的账号和密码,确保只有授权的用户可以访问数据库。

-定期备份数据库,以防止数据丢失。

-对于敏感数据,应加密存储,确保数据安全性。

7.性能优化规范:-避免每次查询都进行全表扫描,通过合适的索引和优化SQL语句提高查询效率。

-合理分析查询日志和慢查询日志,找出性能瓶颈并进行优化。

-定期进行数据库表的优化和碎片整理,提高数据库性能。

8.数据库文档规范:-对于重要的数据库、表和字段,应编写相应的文档,包括设计意图、用途和使用方法等。

-更新数据库结构时,应及时更新数据库文档以保持一致性和可维护性。

以上是一些常用的数据库设计与开发规范,通过遵守这些规范可以提高数据库系统的可靠性、可维护性和性能。

此外,规范的制定也依据具体的应用场景和业务需求,不同项目可能会有不同的规范要求。

sql server 表名命名规则

sql server 表名命名规则

SQL Server 表名命名规则在SQL Server中,表名是用于标识和引用数据库中的表的名称。

良好的表名命名规则可以提高代码的可读性和可维护性。

本文将介绍一些常用的SQL Server表名命名规则,帮助开发人员更好地组织和管理数据库表。

规则一:清晰明了表名应该清晰明了,能够准确地描述表所代表的实体或概念。

避免使用模糊或不相关的名称,以免给其他开发者造成困惑。

一个好的表名应该具备以下特点:•简洁:避免过长的表名,尽量使用简洁明了的词汇。

•有意义:能够准确地描述表所代表的实体或概念。

•一致性:在整个数据库中保持一致的命名风格。

如果我们有一个存储学生信息的表,我们可以将其命名为Students。

规则二:使用复数形式通常情况下,我们应该将表名使用复数形式来表示多个实体或概念。

这样做可以更好地与单个实体或概念进行区分,并提高可读性。

如果我们有一个存储用户信息的表,我们可以将其命名为Users,而不是User。

规则三:避免使用保留关键字和特殊字符表名不应与SQL Server的保留关键字相同,否则可能导致语法错误。

还应避免在表名中使用特殊字符,如空格、连字符或下划线。

以下是一些常见的保留关键字和特殊字符,在命名表时应避免使用:•SELECT•INSERT•UPDATE•DELETE•FROM•空格•连字符(-)•下划线(_)规则四:使用大写字母分隔单词为了提高可读性和易于区分单词,建议在表名中使用大写字母来分隔单词。

这样可以使表名更加清晰明了,并且可以减少歧义。

如果我们有一个存储订单信息的表,我们可以将其命名为OrderDetails。

规则五:遵循命名约定为了保持代码的一致性和可读性,建议遵循某种命名约定。

以下是一些常见的命名约定:•Pascal Case:每个单词的首字母大写,没有分隔符。

例如:CustomerOrders •Camel Case:第一个单词首字母小写,后续每个单词的首字母大写,没有分隔符。

SQL.Server命名规范_V1

SQL.Server命名规范_V1

SQL.Server命名规范_V1SQL Server命名规范1.命名协定1.1表和视图命名规则1,T_HistoryMsgInfoT_开头标识实体HistoryMsgInfo为数据表的业务,在我们的库中有如下几种首字母大写,后面小写前缀和表含义之间以‘_’连接2,M_HistoryMsgInfoM_开头标识内存表HistoryMsgInfo为数据表的业务首字母大写,后面小写前缀和表含义之间以‘_’连接3,V_HistoryMsgInfoV_开头标识视图HistoryMsgInfo为数据表的业务,在我们的库中有如下几种首字母大写,后面小写前缀和表含义之间以‘_’连接1.2 列名1,列名命名规则和表名一样不过不用加下划线如:MobilePhone,MsgContent2,简写要都大写,尽量简单易懂,如:ID 即编号1.3 存储过程命名存储过程命名包括不要使用特殊的字符,大写首词,不要使用组名(比如,myProc1),不要使用系统保留的“sp_”前缀(比如可以使用up_),使用文字数据式字符,为了使存储过程名字更有意义,下面是可选的命名规则,使用“业务”+“动作”+“对象”的方式:PR_Add_HistoryMsgInfo--插入类型PR_Get_HistoryMsgInfo--查询类型PR_Del_HistoryMsgInfo--删除类型PR_Up_HistoryMsgInfo--更新类型1.4 触发器命名触发器命名应该遵从以下的协定:TR+ { Ins | Upd | Del}+表名Ins标识此触发器为insert触发器,UPD标识此触发器为update 触发器,同理DEL被用来标识delete触发器:触发器示例:TR_Add_CustomerTR_Del_ProductCodeTR_Up_BusinessUnit1.5 索引命名索引的命名应该在表空间内唯一,当查看执行计划时可以有效的对索引进行识别..[IX][类型(U标识Unique,C标识Clustered)][列名(s)]当对单列进行索引时,你可能需要使用列的全名.当对多列进行索引时,要使用你所能想到的最优的缩写.当对一个表的所有列进行索引时,使用ALL单词.在多列名中使用下划线以增加可读性.不要为索引加上序列号例如:IXUC_SalesId (clustered unique)IXU_SalesDate (unique)IX_SalesId_MonId_QtrId_WkId (composite index) IX_MonId_YrId (composite index)IXC_SalesId (clustered not unique)1.6 主键和外键命名主键:对主键进行命名应该遵从以下标准:PK_表名例如,主键名PK_Customer外键:对外键进行命名时应该遵从以下标准:FK_ParentTableName_ChildTableName外键名字示例:FK_Country_CustomerFK_Customer_Sales1.7 Check约束命名Check约束的命名遵从以下的约定:CK{数字}_表名数字被用来区别同一表中的其它Check约束. Check约束命名示例:CK1_Customer1.8 Job的命名Job命名使用以下方式,其中在” Job名”中要标识出此JOB的功能: Job_[应用系统名_][数据库名_]Job名/ [storce procedure名] For Example:Job_IM_IMDB_backup1.9 用户自定义函数命名满足NESE命名的基本原则用户定义的函数使用fn来标识名字中应包括“对象”+“动作”的方式For example:Fn_IM_CustomerGet(IM 标识itemmaintain系统使用)2.SQL Server代码规范2.1 对象创建脚本使用数据库(USE)要在SQL Server源文件使用USE 数据库名语句。

sqlserver命名规范

sqlserver命名规范

竭诚为您提供优质文档/双击可除sqlserver命名规范篇一:sqlserver数据库设计命名规范sqlserver数据库设计规范1相关的设计规范1.1采用有意义的字段名尽可能地把字段描述的清楚些。

当然,也别做过头了,比如customershippingaddressstreetline1虽然很富有说明性,但没人愿意键入这么长的名字,具体尺度就在你的把握中。

每个单词的首个字母要求用大写不要用下划线来连接每个单词。

1.2遵守3nF标准3nF规定:a.表内的每一个值都只能被表达一次。

b.表内的每一行都应该被唯一的标识(有唯一键)。

c.表内不应该存储依赖于其他键的非键信息。

1.3小心保留词要保证你的字段名没有保留词、数据库系统或者常用访问方法冲突,比如,写的一个odbc连接程序里有个表,其中就用了desc作为说明字段名。

后果可想而知!desc是descending缩写后的保留词。

表里的一个select*语句倒是能用,但我得到的却是一大堆毫无用处的信息。

1.4保持字段名和类型的一致性在命名字段并为其指定数据类型的时候一定要保证一致性。

假如字段在某个表中叫做“agreementnumber”,你就别在另一个表里把名字改成“ref1”。

假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了。

记住,你干完自己的活了,其他人还要用你的数据库呢。

2命名规则:2.1数据库(database)的定义数据库名称=数据库内容标识(首字大写)2.2表(table)的定义命名应尽量反映存储的数据内容。

表名前缀:以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识表名称=表名前缀+表内容标识(首字大写)如clientinfo相关联的一系的表以ci作为前缀,即有表名:cihistory,cicontact,cibusiness2.3字段(Field)的定义字段是数据库中的用途最广泛的,它的类型非常多,所以必须加类型前缀来标示它的类型。

SQL+Server命名规范

SQL+Server命名规范

SQL Server1.命名协定1.1 数据库命名原则及版本控制1.1.1数据库命名原则数据库命名要遵从以下命名原则:表意性原则:数据库命名本着表意性原则,即命名应尽量反映存储/action/view/column的数据内容。

长名原则:很少使用或者不使用缩写,适用于DB命名之外的任一对象数目最少化原则:数据库对象应该尽量满足数据最小化原则,也就是数据库数目,存储过程,视图等数量最小化。

1.1.2 数据库版本控制当由于多个版本的应用系统同时存在或者是其它特殊原因而使用完成相似的功能的对象存在同时存在时,使用版本控制:版本号在对象名的后面加上[_v1]如:Up_IM_DailyUsageStatsUpdate_v2Up_IM_CustomerGetUsingLast Nam e_v21.2 Server/命名实例的命名基于Domain命名, DOMAIN 的粒度,可分为三级,分别是Server级别,Database级别和表的前缀级别。

此为第一级别。

1.ONLINE PRODUCTION SERVERNEWSQLNEWSQL2EHISSQLWAREHOUSE PRODUCTION SERVERS3SQL01S4SQL01S7SQL01S6SQL011.3 数据库命名数据库命名应当遵从上面所提及到的协定,包括没有特殊的字符,使用文字数据字式字符……..,项目代码命名不应该同样被数据库使用.数据库名字应该唯一以避免冲突等.以Domain来标识, 拆分DATABASE,基于大的逻辑范畴,如operation 范畴以及部门类别,另外:其它与部门相关的DATABASE 可以放到相关的SERVER 下。

数据库数目最少化原则数据设置尽可能MERGER原则peration database AND Dept level Database set up rules拆分DATABASE,基于大的逻辑范畴,如operation 范畴以及部门类别其它与部门相关的DATABASE 可以放到相关的SERVER 下。

SqlServer命名规范

SqlServer命名规范

SqlServer命名规范SqlServer命名规范参考各种命名规范,我们统⼀使⽤命名规范如下:命名过程中如有现存的缩写,则使⽤该缩写,如⽆,⼀律不得缩写,例:ISBN数据库:⽤⼀个或三个以下英⽂单词组成,单词⾸字母⼤写,如:DepartmentManage;表名:使⽤名词性质的单词全拼表⽰,各单词⾸字母⼤写,使⽤复数形式,如:Books如果该表⽤于表明另外两表中字段间的关系,⽤单数(即表明实体间的关系的表⽤单数命名),单词中间⽆“and of in”之类的介词如:BookAuthor==============================================================================================1. 表中的字段⼀般使⽤名词性质的单词全拼表⽰,采⽤⼀个或三个以下英⽂单词组成,单词⾸字母⼤写,如:UserName;2. 表主键名称为:表名+ID,如Document表的主键名为:DocumentID3. 外键名称位:主表名+对应列名,如:DepartmentsID,说明如下:在表Departments中,其字段有:ID, DepartmentName在表UserInfo中,其字段有:UserId,UserName,DepartmentsID DepartmentsID为外键4. 表中⾃动增长的列⼀律命名为:ID;5. 如果字段为bool型,则使⽤"IsShow","IsValid","HasPassed","HasExamined","IgnoreCase"这种形式表⽰6. 如果字段位DateTime型,切且默认值是取系统时间,⼀律命名位:CheckDate7. Status为表中状态的列名,默认值为0,在表中删除操作将会改变Status的值⽽不真实删除该记录;8. 存储过程命名:sp_表名_⽅法,如:sp_News_Add,sp_News_Update;9. 视图命名:vi_表名,如:vi_News;10. 表、存储过程、视图等对象的所有都为dbo,不要使⽤数据库⽤户名,这样会影响数据库⽤户的更改。

SQLServer数据库命名规范

SQLServer数据库命名规范

SQLServer数据库命名规范良好的命名习惯是⼀种美德,下⾯是个⼈整理的数据库命名规范:数据库命名规范:1. 数据库名:1.1)⽤产品或项⽬的名字命名;1.2)Pascal Case,如AdventureWork;1.3)避免使⽤特殊字符,如数字,下划线,空格之类;1.4)避免使⽤缩写2. 表名2.1)使⽤复数,Pascal Case,⽽复数只加在最后⼀个单词上如:Products,Users,UserRoles2.2)避免使⽤特殊字符,如数字,下划线,空格之类;2.3)避免使⽤缩写3. 列名3.1)使⽤Pascal Case3.2)避免和表名重复,避免数据类型前缀如: Int3.3)避免使⽤缩写或者特殊字符4. 存储过程4.1)⽤动词加表名描述操作类型4.2)使⽤前缀:sp+{“Insert”, “Update”, “Delete”, “Get”, “Validate”,...}5. 视图5.1)参考表名规则5.2)⽤"vw"做前缀6. 触发器6.1)使⽤"trg"前缀6.2)使⽤操作类型+表名,如:trg_ProductsInsert7. 索引7.1)使⽤格式如:idx_{表名}_{索引列名}_{Unique/NonUnique}_{Cluster/NonCluster}8. 主键8.1)使⽤格式如:pk_{表名}_{主键列名}9. 外键9.1)使⽤格式如:fk_{主表名}_{主表的列名}_{引⽤表名}_{引⽤表的列名}10. default10.1)使⽤格式如:df_{表名}_{列名}11. 约束11.1)使⽤格式如:ck_{表名}_{列名}12. 变量12.1)参照列名规则。

SQL数据库命名规范

SQL数据库命名规范

SQL编程命名规范一、命名规则总原则:【不准使用中文或大写英文字母,以容易记忆和理解为原则,可以使用英文和汉语拼音简写,分隔符号为下划线,总长度不得超过20位】1、表名命名应尽量反映存储的数据内容。

结构为模块的简写+下划线+名字。

例如:用户信息表,他属于系统管理模块,这里以X作为系统管理模块的简写,user 作为用户信息的名字,这样用户信息表就命名为:x_user。

2、视图名视图以view_作为前缀。

命名应尽量体现各视图的功能。

3、触发器名以tr作为前缀,然后加上为相应的表名再加上后缀,Insert触发器加''_i'',Delete触发器加''_d'',Update触发器加''_u'',如:在表kc_jc进行更新操作后执行一个功能,则触发器的名字为:tr_kc_jc_u。

4、存储过程名参考表的命名规则,存储过程应以''p_''开头,然后是模块名字,后续部分主要体现存储过程的作用。

比如一个执行工资计算的存储过程,他属于工资模块,可以命名为。

p_gz_compute。

5、函数参考表的命名规则,函数以f作为前缀,然后是模块名字,后续部分主要体现函数的作用。

如:一个获得物料清单(BOM表)的,属于基本资料模块,可以命名为:f_jbzl_bom。

6、主键、外键关系、索引命名原则主键: PK_表名外键关系:FK_主表_从表索引:ID_列名,符合索引列名间用_隔开7、变量名采用小写,要体现变量的含义。

8、字段命名规则表简称+ 字段简称+ 类型x_user unamestru_namestrunameu_name类型简写+序号类型例子Varchar str01,str02Int int01,int02DateTime dt01,dt02Decimal dec01,dec02Text txt01,txt02Image img01,img029、表设计规则通常情况下用下面的设计,当一个表所用的的业务类型字段很通用时,那么设计时用中文简写或者英文二、代码、注释说明1、代码书写要执行SQLSERVER的默认规范.。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

命名规则
1.1 目的
为了保证企业编写出的程序都符合相同的规范,保证一致性、统一性而建立的数据库命名规范。

编码规范对于程序员而言尤为重要,有以下几个原因:
1. 一个项目的生命周期中,80%的花费在于维护;
2. 几乎没有任何一个项目,在其整个生命周期中,均由最初的开发人员来维护;
3. 命名规范可以改善项目的可读性,可以让程序员尽快而彻底地理解新的代码;
4. 如果你将源码作为产品发布,就需要确任它是否被很好的打包并且清晰无误,比如你已构建的其它任何产品。

为了执行规范,每个软件开发人员必须一致遵守编码规范。

1.2 范围
适合于本项目中编写的命名规则。

1.3 命名原则
1. 使名称足够长以便有一定的意义,并且足够短以避免冗长;
2. 唯一名称在编程上仅用于将各项区分开;
3. 表现力强的名称是为了帮助人们阅读。

因此,提供人们可以理解的名称是有意义的。

不过,请确保选择的名称符合适用语言的规则和标准。

1.4 SQL命名规范
·1.4.1 表(Table)命名规范
1.使用表关键字符+完整的功能英文名称;
2.不建议使用“_”来连接两个自然名称。

3.在多个功能英文名称组合时首写字母应为大写;
例:
建议:
UserInfo 基础信息模块中的用户信息
Shopping 购物信息表单
不建议:
tbUserInfo或TB_Userinfo或TBUserInfo
·1.4.2 字段(Column)命名规范
1.使用 Pascal 大小写来命名字段;
2.对于公认的缩写使用全大写来命名;
3.不建议使用“_”来连接两个自然名称。

例:
建议:
UserID 用户ID
UserName 用户名称
不建议:
UserId或Userid
User_Name
·1.4.3 存储过程(Procedure)命名规范
1. 使用表关键字符sp+完整的功能英文名称+By+操作关键字;
2. 关键字符sp与功能名称通过“_”来连接;
3. 对于存储过程的参数,建议与表中字段名一致。

4. 查询关键字为sel,插入关键字为ins,修改关键字为up,删除关键字为del;
例:
sp_selUserInfoByID 通过ID查询单条用户信息
sp_upUserInfoByName 通过用户姓名修改用户详细信息
sp_insUserInfo 插入单个用户信息
·1.4.4 触发器(Trigger)命名规范
1. 使用表关键字符tr+完整的功能英文名称+By+操作关键字;
2. 同存存储过程要求
·1.4.5 视图(View)命名规范
1. 使用表关键字符vw+完整的功能英文名称+By+操作关键字;
2. 同表要求
·1.4.6 函数(Function)命名规范
1. 使用表关键字符ft+完整的功能英文名称;
2. 同表要求。

1.5文件规范
1.5.1文件名命名
1.名字应该能够标识事物的特性;
2.名字尽量不使用缩写,除非它是众所周知的;
3.名字可以有两个或三个单词组成,但通常不应多于三个。

在名字中,所有单词第一个字母大写,缩写都要大写。

不建议使用拼音首字母来组成文件名;
4.使用名词或名词短语+动词命名文件;例如:UserList.aspx,UserUpdate.aspx
5.少用缩写;
6.不要使用下划线字符(_)。

例如:User_Query.aspx
1.5.2文件格式
文件应该按照以下格式顺序来实现:
1.开头注释
2.文件名
3.创建人
4.日期
5.描述
6.版本
例子:
//******************************************************************// //
//** 文件名: RandomCreator.cs
//
//** 创建人: 张三
//
//** 日期: 2007/11/29
//
//** 描述: 主要完成随机数字的生成
//**
//
//** 版本: **网 V2.0版
//
//******************************************************************// using System;
using System.Collections.Generic;
using System.Text;
namespace COMM
{
class RandomCreator
{
}
}
1.5 C#命名规范
1.5.1注释(Comment)规范
注释规范包括:模块(类)注释规范、类的属性、方法注释规范、代码间注释。

1.5.2类(Class)命名规范
1.使用Pascal 大小写;
2.用名词或名词短语命名类;
3.使用全称避免缩写,除非缩写已是一种公认的约定,如URL、HTML;
4.不要使用类型前缀;
5.不要使用下划线字符(_);
6.派生类名称的第二个部分应当是基类的名称;
例如:
ApplicationException 对于从名为Exception 的类派生的类是适当的名称,原因
ApplicationException 是一种Exception。

7.请在应用该规则时进行合理的判断。

例如:
Button 对于从Control 派生的类是适当的名称。

尽管按钮是一种控件,但是将
Control 作为类名称的一部分将使名称不必要地加长。

1.5.3接口(Interface)命名规范
接口的命名规范同类命名,只是通常在名称前加前缀+“I”。

例子:
public interface IManager
1.5.4参数(Param)命名规范
1.使用描述性参数名称。

参数名称应当具有足够的描述性,以便参数的名称及其类型可用于在大多数情况下确定它的含义;
2.对参数名称使用Camel 大小写;
例子:
public ManagerInfo[] GetResultManager(ArrayList alParam,ArrayList alValue) {
return dc.DriveManager().GetResultManager(alParam,alValue);
}
1.5.5方法(Method)命名规范
1.使用描述性名称。

名称应当具有足够的描述性,以便名称可用于在大多数情况下确定它的含义;
2.使用动词或动词短语命名方法;
3.使用Pascal 大小写。

例子:
public void AddUser(User userInfo)
1.5.6属性(Property)命名规范
1.使用名词或名词短语命名属性;
2.使用Pascal 大小写。

例子:
public Color BorderColor
{
get {}
set {} }。

相关文档
最新文档