代码规范率.docx
- 文档编号:13495210
- 上传时间:2023-06-14
- 格式:DOCX
- 页数:10
- 大小:21.59KB
代码规范率.docx
《代码规范率.docx》由会员分享,可在线阅读,更多相关《代码规范率.docx(10页珍藏版)》请在冰点文库上搜索。
代码规范率
竭诚为您提供优质文档/双击可除
代码规范率
篇一:
数据库设计编码规范
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规范:
没有重复的组或多值的列,这是数据库设计的最低要求。
第2规范:
每个非关键字段必须依赖于主关键字,不能依赖于一个组合式主关键字的某些组成部分。
消除部分依赖,大部分情况下,数据库设计都应该达到第二范式。
第3规范:
一个非关键字段不能依赖于另一个非关键字段。
消除传递依赖,达到第三范式应该是系统中大部分表的要求,除非一些特殊作用的表。
更高的范式要求这里就不再作介绍了,个人认为,如果全部达到第二范式,大部分达到第三范式,系统会产生较少的列和较多的表,因而减少了数据冗余,也利于性能的提高。
2、合理的冗余
完全按照规范化设计的系统几乎是不可能的,除非系统特别的小,在规范化设计后,有计划地加入冗余是必要的。
冗余可以是冗余数据库、冗余表或者冗余字段,不同粒度的冗余可以起到不同的作用。
冗余可以是为了编程方便而增加,也可以是为了性能的提高而增加。
从性能角度来说,冗余数据库可以分散数据库压力,冗余表可以分散数据量大的表的并发压力,也可以加快特殊查询的速度,冗余字段可以有效减少数据库表的连接,提高效率。
3、主键的设计
主键是必要的,sqlseRVeR的主键同时是一个唯一索引,而且在实际应用中,我们往往选择最小的键组合作为主键,所以主键往往适合作为表的聚集索引。
聚集索引对查询的影响是比较大的,这个在下面索引的叙述。
在有多个键的表,主键的选择也比较重要,一般选择总的长度小的键,小的键的比较速度快,同时小的键可以使主键的b树结构的层次更少。
主键的选择还要注意组合主键的字段次序,对于组合主键来说,不同的字段次序的主键的性能差别可能会很大,一般应该选择重复率低、单独或者组合查询可能性大的字段放在前面。
4、外键的设计
外键作为数据库对象,很多人认为麻烦而不用,实际上,外键在大部分情况下是很有用的,理由是:
外键是最高效的一致性维护方法,数据库的一致性要求,依次可以用外键、check约束、规则约束、触发器、客户端程序,一般认为,离数据越近的方法效率越高。
谨慎使用级联删除和级联更新,级联删除和级联更新作为sqlseRVeR2000当年的新功能,在20xx作了保留,应该有其可用之处。
我这里说的谨慎,是因为级联删除和级联更新有些突破了传统的关于外键的定义,功能有点太过强大,使用前必须确定自己已经把握好其功能范围,否则,级联删除和级联更新可能让你的数据莫名其妙的被修改或者丢失。
从性能看级联删除和级联更新是比其他方法更高效的方法。
5、字段的设计
字段是数据库最基本的单位,其设计对性能的影响是很大的。
需要注意如下:
a、数据类型尽量用数字型,数字型的比较比字符型的快很多。
b、数据类型尽量小,这里的尽量小是指在满足可以预见的未来需求的前提下的。
c、尽量不要允许null,除非必要,可以用notnull+deFault代替。
d、少用text和image,二进制字段的读写是比较慢的,而且,读取的方法也不多,大部分情况下最好不用。
e、自增字段要慎用,不利于数据迁移。
6、数据库物理存储和环境的设计
在设计阶段,可以对数据库的物理存储、操作系统环境、网络环境进行必要的设计,使得我们的系统在将来能适应比较多的用户并发和比较大的数据量。
这里需要注意文件组的作用,适用文件组可以有效把i/o操作分散到不同的物理硬盘,提高并发能力。
7、系统设计
整个系统的设计特别是系统结构设计对性能是有很大影响的,对于一般的oltp系统,可以选择c/s结构、三层的c/s结构等,不同的系统结构其性能的关键也有所不同。
系统设计阶段应该归纳一些业务逻辑放在数据库编程实现,数据库编程包括数据库存储过程、触发器和函数。
用数据库编程实现业务逻辑的好处是减少网络流量并可更充分利用数据库的预编译和缓存功能。
8、索引的设计
在设计阶段,可以根据功能和性能的需求进行初步的索引设计,这里需要根据预计的数据量和查询来设计索引,可能与将来实际使用的时候会有所区别。
关于索引的选择,应改主意:
a、根据数据量决定哪些表需要增加索引,数据量小的可以只有主键。
b、根据使用频率决定哪些字段需要建立索引,选择经常作为连接条件、筛选条件、聚合查询、排序的字段作为索引的候选字段。
c、把经常一起出现的字段组合在一起,组成组合索引,组合索引的字段顺序与主键一样,也需要把最常用的字段放在前面,把重复率低的字段放在前面。
d、一个表不要加太多索引,因为索引影响插入和更新的速度。
编码阶段
编码阶段是本文的重点,因为在设计确定的情况下,编码的质量几乎决定了整个系统的质量。
编码阶段首先是需要所有程序员有性能意识,也就是在实现功能同时有考虑性能的思想,数据库是能进行集合运算的工具,我们应该尽量的利用这个工具,所谓集合运算实际是批量运算,就是尽量减少在客户端进行大数据量的循环操作,而用sql语句或者存储过程代替。
关于思想和意识,很难说得很清楚,需要在编程过程中来体会。
下面罗列一些编程阶段需要注意的事项:
1、只返回需要的数据
返回数据到客户端至少需要数据库提取数据、网络传输数据、客户端接收数据以及客户端处理数据等环节,如果返回不需要的数据,就会增加服务器、网络和客户端的无效劳动,其害处是显而易见的,避免这类事件需要注意:
a、横向来看,不要写select*的语句,而是选择你需要的字段。
b、纵向来看,合理写wheRe子句,不要写没有wheRe的sql语句。
c、注意selectinto后的wheRe子句,因为selectinto把数据插入到临时表,这个过程会锁定一些系统表,如果这个wheRe子句返回的数据过多或者速度太慢,会造成系统表长期锁定,诸塞其他进程。
d、对于聚合查询,可以用haVing子句进一步限定返回的行。
2、尽量少做重复的工作
这一点和上一点的目的是一样的,就是尽量减少无效工作,但是这一点的侧重点在客户端程序,需要注意的如下:
a、控制同一语句的多次执行,特别是一些基础数据的多次执行是很多程序员很少注意的。
b、减少多次的数据转换,也许需要数据转换是设计的问题,但是减少次数是程序员可以做到的。
c、杜绝不必要的子查询和连接表,子查询在执行计划一般解释成外连接,多余的连接表带来额外的开销。
d、合并对同一表同一条件的多次update,比如
updateemployeesetFname=’haiweR’wheReemp_id=’Vpa30890F’
updateemployeesetlname=’yang’wheReemp_id=’Vpa30890F’
这两个语句应该合并成以下一个语句
篇二:
关于规范质量合格率定义的报告_V1.0
质量合格率定义方案
一、需要定义一下三个质量合格率
1、进场产品质量合格率定义:
采用分层抽样的方法对进场产品进行验收,同一规格型号的产品(具有唯一物料组代码的产品)的合格率为进场产品质量合格率。
(一次进场的送货通知单有不少于1个进场产品质量合格率)
2、(建议方案)进场产品整单质量合格率定义:
取该进场批次(同一送货通知单)的产品中进场产品质量合格率最低的值为进场产品整单质量合格率。
3、(方案1)月度/季度/年度供应商进场批次质量合格率=一段时间内所有抽检不合格产品总数/所有抽检产品数量*100%。
弊端:
1、每种产品的抽检比例不一致
2、一个供应商每次到货包含多个物料
产生的结果:
西瓦水泥瓦产品,配瓦产品有10类,主瓦仅有1类,配瓦可能基本无质量问题,导致质量合格率非常高,不能正确反应改时间段内供应商主要产品的质量情况。
(方案2)月度/季度/年度供应商进场批次质量合格率=一段时间内一个供应商的某一物料被抽检不合格的次数/该段时间内
(建议方案3)月度/季度/年度供应商进场批次质量合格率=某一段时间内(送货通知单为最小单位)抽检不合格的次数/该段时间内送货总次数*100%
二、供应商质量评估方案
从进场检查、质量回访、工厂检查、材料检测、主场检查、地区公司评价六个维度进行评估
(一)原来质量合格率的定义方法缺陷:
1、回访频率影响质量问题次数,导致质量合格率不准确。
2、不同供应商的供货量不同,影响回访的次数,进而影响质量问题次数。
3、工厂检查、驻场检查、材料检测都算进质量合格率,那么其检测频率影响质量问题次数。
4、一次材料检测的严重程度远比一次到货的出现偶发性质量问题大。
5、一次工厂检查的严重程度远比一次到货的出现偶发性质量问题大。
(二)新质量合格率定义方法:
(前提:
保证验收标准完全执行的情况下,保证随机性)
定义:
供应商现场到货的材料的抽检的质量合格率
优点:
1、质量合格率是供应商一定时间内,到全部合格的货次数/总供货次数,不受回访频率的影响,以及其他质量管控手段的影响
2、其他质量管控手段,如工厂检查、驻场检查、材料检测(现场抽检发现不合格怎么算)依然为供应商的评估维度,这样也是公平性的,因为同一材料类别的供应商质量管控力度绝大多数时候保持一致,入检测频率和工厂检查频率等。
3、其他质量管控手段应该影响质量合格率,以此反应质量管控手段
的作用。
4、该定义还能实现质量合格率与供货金额和供货数量的关系
附件资料:
抽样检验的方法有以下三种:
简单随机抽样、系统抽样和分层抽样。
简单随机抽样:
一批产品共有n件,如其中任意n件产品都有同样抽样检验的可能性被抽到,如抽奖时摇奖的方法就是一种简单的随机抽样。
简单随机抽样时必须注意不能有意识抽好的或差的,也不能为了方便只抽表面摆放的或容易抽到的。
系统抽样:
系统抽样是指每隔一定时间或一定编号进行,而每一次又是从一定时间间隔内生产出的产品或一段编号产品中任意抽取一个或几个样本的方法。
这种方法主要用于无法知道总体的确切数量的场合,如每个班的确切产量,多见于流水生产线的产品抽样。
分层抽样:
针对不同类产品有不同的加工设备、不同的操作者、不同的操作方法时对其质量进行评估时的一种抽样方法。
在质量管理过程中,逐批验收抽样检验方案是最常见的抽样方案。
无论是在企业内或在企业外,供求双方在进行交易时,对交付的产品验收时,多数情况下验收全数检验是不现实或者没有必要的,往往经常要进行抽样检验,以保证和确认产品的质量。
验收抽样检验的具体做法通常是:
从交验的每批产品中随机抽取预定样本容量的产品项目,对照标准逐个检验样本的性能。
如果样本中所含不合格品数不大于抽样方案中规定的数目,则判定该批产品合格,即为合格批,予以接收;反之,则判定为
不合格,拒绝接收。
篇三:
《全国主要产品分类与代码》国家标准发布实施
《全国主要产品分类与代码》国家标准发布实施
———粮食行业相关代码介绍
中华人民共和国国家标准《全国主要产品分类与代码第1部分:
可运输产品》(gb/t7635.1-20xx)(以下简称“可运输产品代码”标准)经中华人民共和国国家质量监督检验检疫总局发布,于20xx年4月1日开始实施。
“可运输产品代码”标准是一项大型的基础性标准,是与国际通行产品目录协调一致的国家产品分类编码标准体系。
规定了全国可运输产品的分类原则与方法、代码结构、编码方法、分类与代码。
主要用于信息处理和信息交换。
一、《全国主要产品分类与代码》的组成
《全国主要产品分类与代码》由相对独立的两个部分组成,第一部分为可运输产品,第二部分为不可运输产品。
第一部分由五大部类组成,与联合国统计委员会制定的《主要产品分类》(cpc)1998年10版的第1部分相对应,一致性程度为非等效。
“可运输产品代码”标准是对《全国工农业产品(商品、物资)分类与代码》(gb/t7635—1987)的修订。
主要变化有:
1、对gb/t7635—1987标准名称进行了修改;
2、对代码结构和编码方法进行了修改。
gb/t7635—1987代码结构是四层8位数字码,每层2位码,采用了平均分配代码的方法。
“可运输产品代码”标准代码结构是六层8位数字码,前五
—1—
层是一层1位码,第六层是3位码,采用了非平均分配代码方法;
3、产品分类和类目的设置进行了较大幅度的调整。
4、采用了gb/t10113-1988《分类编码通用术语》中确立的术语;产品类目采用了规范的产品名称。
二、我国主要粮食与机械产品分类代码介绍
在“可运输产品代码”标准中,与粮食行业相关的产品分类代码涉及我国原粮、米面油产品和粮油加工机械产品等三个方面。
摘录如下:
—2—
—4—
—5—
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 代码 规范
![提示](https://static.bingdoc.com/images/bang_tan.gif)