要养成良好的书写Sql的习惯

来源:网络 责任编辑:栏目编辑 发表时间:2013-07-01 21:31 点击:

 

我们做软件开发的,大部分人都离不开跟数据库打交道,特别是erp开发的,跟数据库打交道更是频繁,存储过程动不动就是上千行,如果数据量大,人员流动大,那么我么还能保证下一段时间系统还能流畅的运行吗?我么还能保证下一个人能看懂我么的存储过程吗?那么我结合公司平时的培训和平时个人工作经验和大家分享一下,希望对大家有帮助。

  要知道SQL语句,我想我们有必要知道SQL Server查询分析器怎么执行我们的SQL语句的,我们很多人会看执行计划,或者用Profiler来监视和调优查询语句或者存储过程慢的原因,但是如果我们知道查询分析器的执行逻辑顺序,下手的时候就胸有成竹,那么下手是不是有把握点呢?

  一、查询的逻辑执行顺序

  (1) FROM left_table

  (3) join_type JOIN right_table (2) ON join_condition

  (4) WHERE where_condition

  (5) GROUP BY group_by_list

  (6) WITH {cube | rollup}

  (7) HAVING having_condition

  (8) SELECT (9) DISTINCT (11) top_specification select_list

  (9) ORDER BY order_by_list

  标准的SQL 的解析顺序为:

  (1) FROM 子句 组装来自不同数据源的数据

  (2) WHERE 子句 基于指定的条件对记录进行筛选

  (3) GROUP BY 子句 将数据划分为多个分组

  (4) 使用聚合函数进行计算

  (5) 使用HAVING子句筛选分组

  (6) 计算所有的表达式

  (7) 使用ORDER BY对结果集进行排序

  二、执行顺序

  1. FROM:对FROM子句中前两个表执行笛卡尔积生成虚拟表vt1

  2. ON: 对vt1表应用ON筛选器只有满足join_condition 为真的行才被插入vt2

  3. OUTER(join):如果指定了OUTER JOIN保留表(preserved table)中未找到的行将行作为外部行添加到vt2,生成t3,如果from包含两个以上表,则对上一个联结生成的结果表和下一个表重复执行步骤和步骤直接结束。

  4. WHERE:对vt3应用WHERE 筛选器只有使where_condition 为true的行才被插入vt4

  5. GROUP BY:按GROUP BY子句中的列列表对vt4中的行分组生成vt5

  6. CUBE|ROLLUP:把超组(supergroups)插入vt6,生成vt6

  7. HAVING:对vt6应用HAVING筛选器只有使having_condition 为true的组才插入vt7

  8. SELECT:处理select列表产生vt8

  9. DISTINCT:将重复的行从vt8中去除产生vt9

  10. ORDER BY:将vt9的行按order by子句中的列列表排序生成一个游标vc10

  11. TOP:从vc10的开始处选择指定数量或比例的行生成vt11 并返回调用者

  看到这里,那么用过Linq to SQL的语法有点相似啊?如果我们我们了解了SQL Server执行顺序,那么我们就接下来进一步养成日常SQL的好习惯,也就是在实现功能的同时有考虑性能的思想,数据库是能进行集合运算的工具,我们应该尽量的利用这个工具,所谓集合运算实际就是批量运算,就是尽量减少在客户端进行大数据量的循环操作,而用SQL语句或者存储过程代替。

  三、只返回需要的数据

  返回数据到客户端至少需要数据库提取数据、网络传输数据、客户端接收数据以及客户端处理数据等环节,如果返回不需要的数据,就会增加服务器、网络和客户端的无效劳动,其害处是显而易见的,避免这类事件需要注意:

  A、横向来看

  (1) 不要写SELECT * 的语句,而是选择你需要的字段。

  (2) 当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上。这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误。

1

如有表table1(ID,col1)和table2(ID,col2)

1

Select A.ID, A.col1, B.col2

2

-- Select A.ID, col1, col2 –不要这么写,不利于将来程序扩展

3

from table1 A inner join table2 B on A.ID=B.ID Where … 

  B、纵向来看

  (1) 合理写WHERE子句,不要写没有WHERE的SQL语句。

  (2) SELECT TOP N * -- 没有WHERE条件的用此替代。

  四、尽量少做重复的工作

  A、控制同一语句的多次执行,特别是一些基础数据的多次执行是很多程序员很少注意的。

  B、减少多次的数据转换,也许需要数据转换是设计的问题,但是减少次数是程序员可以做到的。

  C、杜绝不必要的子查询和连接表,子查询在执行计划一般解释成外连接,多余的连接表带来额外的开销。

  D、合并对同一表同一条件的多次UPDATE,比如

UPDATE EMPLOYEE SET FNAME='HAIWER' 

WHERE EMP_ID=' VPA30890F'UPDATE EMPLOYEE SET LNAME='YAN

    相关新闻>>

      发表评论
      请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
      用户名: 验证码:点击我更换图片
      最新评论 更多>>

      推荐热点

      • Request.ServerVariables 参数大全
      • 执行全文索引时出现权限不足的解决方法
      • 导入excel文件处理流程节点的解决方案
      • 查看sql修改痕迹(SQL Change Tracking on Table)
      • MongoDB安装为Windows服务方法与注意事项
      • App数据层设计及云存储使用指南
      • PostgreSQL启动过程中的那些事三:加载GUC参数
      • 写给MongoDB开发者的50条建议Tip1
      • Percolator与分布式事务思考(二)
      网站首页 - 友情链接 - 网站地图 - TAG标签 - RSS订阅 - 内容搜索
      Copyright © 2008-2015 计算机技术学习交流网. 版权所有

      豫ICP备11007008号-1