软件测试两年经验,感觉这两年成长还是不错的,主攻性能测试,望有相关 共同理想的朋友一起探讨交流职业路~

转:SQL性能优化二

上一篇 / 下一篇  2011-08-09 23:25:13

2、尽量少做重复的工作

  这一点和上一点的目的是一样的,就是尽量减少无效工作,但是这一点的侧重点在客户端程序,需要注意的如下:

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

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

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

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

  • UPDATE EMPLOYEE SET FNAME=’HAIWER’ WHERE EMP_ID=’ VPA30890F’ 
  • UPDATE EMPLOYEE SET LNAME=’YANG’ WHERE EMP_ID=’ VPA30890F’
  •   这两个语句应该合并成以下一个语句

  • UPDATE EMPLOYEE SET FNAME=’HAIWER’,LNAME=’YANG’ 
  • WHERE EMP_ID=’ VPA30890F’ 
  •   E、UPDATE操作不要拆成DELETE操作+INSERT操作的形式,虽然功能相同,但是性能差别是很大的。

      F、不要写一些没有意义的查询,比如: SELECT * FROM EMPLOYEE WHERE 1=2

      3、注意事务和锁

      事务是数据库应用中和重要的工具,它有原子性、一致性、隔离性、持久性这四个属性,很多操作我们都需要利用事务来保证数据的正确性。在使用事务中我们需要做到尽量避免死锁、尽量减少阻塞。具体以下方面需要特别注意:

      A、事务操作过程要尽量小,能拆分的事务要拆分开来。

      B、事务操作过程不应该有交互,因为交互等待的时候,事务并未结束,可能锁定了很多资源。

      C、事务操作过程要按同一顺序访问对象。

      D、提高事务中每个语句的效率,利用索引和其他方法提高每个语句的效率可以有效地减少整个事务的执行时间。

      E、尽量不要指定锁类型和索引,SQL SERVER允许我们自己指定语句使用的锁类型和索引,但是一般情况下,SQL SERVER优化器选择的锁类型和索引是在当前数据量和查询条件下是最优的,我们指定的可能只是在目前情况下更有,但是数据量和数据分布在将来是会变化的。

      F、查询时可以用较低的隔离级别,特别是报表查询的时候,可以选择最低的隔离级别(未提交读)。

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

      在复杂系统中,临时表和表变量很难避免,关于临时表和表变量的用法,需要注意:

      A、如果语句很复杂,连接太多,可以考虑用临时表和表变量分步完成。

      B、如果需要多次用到一个大表的同一部分数据,考虑用临时表和表变量暂存这部分数据。

      C、如果需要综合多个表的数据,形成一个结果,可以考虑用临时表和表变量分步汇总这多个表的数据。

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

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


    TAG:

     

    评分:0

    我来说两句

    日历

    « 2024-03-09  
         12
    3456789
    10111213141516
    17181920212223
    24252627282930
    31      

    数据统计

    • 访问量: 440383
    • 日志数: 75
    • 图片数: 1
    • 建立时间: 2009-01-08
    • 更新时间: 2012-10-04

    RSS订阅

    Open Toolbar