代码规范率

  • 格式:docx
  • 大小:38.58 KB
  • 文档页数:17

下载文档原格式

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

竭诚为您提供优质文档/双击可除

代码规范率

篇一:数据库设计编码规范

sqlserve数据库设计规范

一、数据库命名规范:

对象前缀命名:前缀命名一般用小写

表的前缀:业务模块组名前缀

数据列的前缀:一般采用列的数据类型做前缀

存储过程前缀:udp,系统存储过程(sp)

自定义函数前缀:udf(userdefinefunction)

视图前缀:udv(userdefineView)表示用户自定义视图自定义规则前缀:udr(userdefinerule)用户自定义规则

自定义约束前缀:uck(userchecker)用户自定义约束

索引前缀:idx(index)表示索引

主键前缀:pk(primarykeys)表示主键

数据列的前缀示例:

二、数据库设计规范:

1、每个表中都可以考虑添加的的几个有用的字段

Recoredid,记录唯一编号,不建议采用业务数据作为记录的唯一编号

creationdate,在sqlserver下默认为getdate()

Recordcreator,在sqlserver下默认为notnulldeFaultuseR

RecordVersion,记录的版本标记;有助于准确说明记录中出现null数据或者丢失数据的原因

2、数据类型:

字符类型

一般不建议采用char而采用varchar数据类型,除非当这列数据的长度特别固定时可以考虑用char。

数值类型

如果表示金额货币建议用money型数据,

如果表示科学记数建议用numeric数据类型

记录标识

一般采用int类型标识唯一一行记录。

自增or非自增

3、索引:

所有的表都应该有一个主键索引,这对提高数据库的性能很有帮助

根据使用频率决定哪些字段需要建立索引,选择经常作为连接条件、筛选条件、聚合查询、排序的字段作为索引的候选字段。

把经常一起出现的字段组合在一起,组成组合索引,组合索引的字段顺序与主键一样,也需要把最常用的字段放在前面,把重复率低的字段放在前面。

一个表不要加太多索引,因为索引影响插入和更新的速度。

4、保证数据的一致性和完整性:

主外键关联

sqlseRVeR的主键同时是一个唯一索引

外键是最高效的一致性维护方法,数据库的一致性要求,依次可以用外键check

约束、规则约束、触发器、客户端程序,一般认为,离数据越近的方法效率越高。谨慎使用级联删除和级联更新

5、建立约束实现数据有效性检测

a、可以为某一列特别重要的值建立好约束。

例如:需要凭数据库里面的salekind列数据判定销售

类别,0值为门店销售,1为网上销售。系统只有这两种销

售渠道,就应该为它建立约束,它的值只能在0和1之间。即salekind>0andsalekind3

b、设置默认值

适当的设置默认值。

4、视图

数据的安全性还可以用视图来控制。

视图可以把用户关心的那部分数据显示给用户,而把无关的数据隐藏起来。

5、安全性:

操作数据库不建议用sa用户,因为sa用户权限过大。具体的应用应该创建相应的数据库操作用户,并只赋给它指定数据库操作的权限!

6、编码

所有程序员要有性能意识,也就是在实现功能同时有考虑性能的思想,数据库是能进行集合运算的工具,我们应该尽量的利用这个工具,所谓集合运算实际是批量运算,就是尽量减少在客户端进行大数据量的循环操作,而用sql语句或者存储过程代替。

a、只返回需要的数据。

横向来看,不要写select*的语句,而是选择你需要的字段。

纵向来看,合理写wheRe子句,不要写没有wheRe的sql 语句。

注意selectinto后的wheRe子句,因为selectinto把数据插入到临时表,这个过程会锁定一些系统表,如果这个

wheRe子句返回的数据过多或者速度太慢,会造成系统表长

期锁定,诸塞其他进程。

对于聚合查询,可以用haVing子句进一步限定返回的行。

b、注意临时表和表变量的用法

在复杂系统中,临时表和表变量很难避免,关于临时表和表变量的用法,需要注意:如果语句很复杂,连接太多,可以考虑用临时表和表变量分步完成;

如果需要多次用到一个大表的同一部分数据,考虑用临时表和表变量暂存这部分数据;如果需要综合多个表的数据,形成一个结果,可以考虑用临时表和表变量分步汇总这多个表的数据;

其他情况下,应该控制临时表和表变量的使用;

关于临时表和表变量的选择,很多说法是表变量在内存,速度快,应该首选表变量,但是在实际使用中发现,这个选择主要考虑需要放在临时表的数据量,在数据量较多的情况下,临时表的速度反而更快。

关于临时表产生使用selectinto和

cReatetable+inseRtinto的选择,我们做过测试,一般情况下,selectinto会比cReatetable+inseRtinto的方法快很多,但是selectinto会锁定tempdb的系统表sysobjects、sysindexes、syscolumns,在多用户并发环境下,容易阻塞

其他进程,所以我的建议是,在并发系统中,尽量使用cReatetable+inseRtinto,而大数据量的单个语句使用中,使用selectinto。

注意排序规则,用cReatetable建立的临时表,如果不指定字段的排序规则,会选择tempdb的默认排序规则,而不是当前数据库的排序规则。如果当前数据库的排序规则和tempdb的排序规则不同,连接的时候就会出现排序规则的冲突错误。一般可以在cReatetable建立临时表时指定字段的排序规则为database_deFault来避免上述问题。

三、sql编码优化:

设计阶段

设计阶段可以说是以后系统性能的关键阶段,在这个阶段,有一个关系到以后几乎所有性能调优的过程—数据库设计。

在数据库设计完成后,可以进行初步的索引设计,好的索引设计可以指导编码阶段写出高效率的代码,为整个系统的性能打下良好的基础。

以下是性能要求设计阶段需要注意的:

1、数据库逻辑设计的规范化

数据库逻辑设计的规范化就是我们一般所说的范式,我们可以这样来简单理解范式:第1规范:没有重复的组或多值的列,这是数据库设计的最低要求。