坎是跨过去的不是望过去的。

SQL优化点(2)

上一篇 / 下一篇  2011-08-09 10:27:15 / 个人分类:SQL

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

    F、关于临时表产生使用SELECT INTO和CREATE TABLE + INSERT INTO的选择,我们做过测试,一般情况下,SELECT INTO会比CREATE TABLE +INSERT INTO的方法快很多,但是SELECT INTO会锁定TEMPDB的系统表SYSOBJECTS、SYSINDEXES、SYSCOLUMNS,在多用户并发环境下,容易阻塞其他进程,所以我的建议是,在并发系统中,尽量使用CREATE TABLE + INSERT INTO,而大数据量的单个语句使用中,使用SELECT INTO。

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

      5、子查询的用法

      子查询是一个 SELECT 查询,它嵌套在 SELECT、INSERT、UPDATE、DELETE 语句或其它子查询中。任何允许使用表达式的地方都可以使用子查询。

      子查询可以使我们的编程灵活多样,可以用来实现一些特殊的功能。但是在性能上,往往一个不合适的子查询用法会形成一个性能瓶颈。如果子查询的条件中使用了其外层的表的字段,这种子查询就叫作相关子查询。相关子查询可以用IN、NOT IN、EXISTS、NOT EXISTS引入。

      关于相关子查询,应该注意:

      A、NOT IN、NOT EXISTS的相关子查询可以改用LEFT JOIN代替写法。比如:

  • SELECT PUB_NAME 
  • FROM PUBLISHERS 
  • WHERE PUB_ID NOT IN 
  •    (SELECT PUB_ID 
  •    FROM TITLES 
  •    WHERE TYPE = 'BUSINESS'
  •             可以改写成: 
  • SELECT A.PUB_NAME 
  • FROM PUBLISHERS A LEFT JOIN TITLES B 
  • ON        B.TYPE = 'BUSINESS' AND 
  •           A.PUB_ID=B.PUB_ID 
  • WHERE B.PUB_ID IS NULL 
  •   
  • SELECT TITLE 
  • FROM TITLES 
  • WHERE NOT EXISTS 
  •    (SELECT TITLE_ID 
  •    FROM SALES 
  •    WHERE TITLE_ID = TITLES.TITLE_ID) 
  • 可以改写成: 
  • SELECT TITLE 
  • FROM TITLES LEFT JOIN SALES 
  • ON SALES.TITLE_ID = TITLES.TITLE_ID 
  • WHERE SALES.TITLE_ID IS NULL
  •   B、如果保证子查询没有重复 ,IN、EXISTS的相关子查询可以用INNER JOIN 代替。比如:

  • SELECT PUB_NAME 
  • FROM PUBLISHERS 
  • WHERE PUB_ID IN 
  •    (SELECT PUB_ID 
  •    FROM TITLES 
  •    WHERE TYPE = 'BUSINESS'
  • 可以改写成: 
  • SELECT DISTINCT A.PUB_NAME 
  • FROM PUBLISHERS A INNER JOIN TITLES B 
  • ON        B.TYPE = 'BUSINESS' AND 
  •           A.PUB_ID=B.PUB_ID
  •   C、IN的相关子查询用EXISTS代替,比如

  • SELECT PUB_NAME 
  • FROM PUBLISHERS 
  • WHERE PUB_ID IN 
  •    (SELECT PUB_ID 
  •    FROM TITLES 
  •    WHERE TYPE = 'BUSINESS'
  • 可以用下面语句代替: 
  • SELECT PUB_NAME 
  • FROM PUBLISHERS 
  • WHERE EXISTS 
  •    (SELECT 1 
  •    FROM TITLES 
  •    WHERE TYPE = 'BUSINESS' AND 
  •    PUB_ID= PUBLISHERS.PUB_ID)
  • D、不要用COUNT(*)的子查询判断是否存在记录,最好用LEFT JOIN或者EXISTS,比如有人写这样的语句:

  • SELECT JOB_DESC FROM JOBS 
  • WHERE (SELECT COUNT(*) FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)=0 
  • 应该改成: 
  • SELECT JOBS.JOB_DESC FROM JOBS LEFT JOIN EMPLOYEE  
  • ON EMPLOYEE.JOB_ID=JOBS.JOB_ID 
  • WHERE EMPLOYEE.EMP_ID IS NULL 
  •   
  • SELECT JOB_DESC FROM JOBS 
  • WHERE (SELECT COUNT(*) FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)<>0 
  • 应该改成: 
  • SELECT JOB_DESC FROM JOBS 
  • WHERE EXISTS (SELECT 1 FROM EMPLOYEE WHERE JOB_ID=JOBS.JOB_ID)
  •   6、慎用游标

      数据库一般的操作是集合操作,也就是对由WHERE子句和选择列确定的结果集作集合操作,游标是提供的一个非集合操作的途径。一般情况下,游标实现的功能往往相当于客户端的一个循环实现的功能,所以,大部分情况下,我们把游标功能搬到客户端。

      游标是把结果集放在服务器内存,并通过循环一条一条处理记录,对数据库资源(特别是内存和锁资源)的消耗是非常大的,所以,我们应该只有在没有其他方法的情况下才使用游标。

      另外,我们可以用SQL SERVER的一些特性来代替游标,达到提高速度的目的。

      A、字符串连接的例子

      这是论坛经常有的例子,就是把一个表符合条件的记录的某个字符串字段连接成一个变量。比如需要把JOB_ID=10的EMPLOYEE的FNAME连接在一起,用逗号连接,可能最容易想到的是用游标:

  •  DECLARE @NAME VARCHAR(20) 
  •  DECLARE @NAME VARCHAR(1000) 
  •  DECLARE NAME_CURSOR CURSOR FOR 
  •  SELECT FNAME FROM EMPLOYEE WHERE JOB_ID=10 ORDER BY EMP_ID 
  •  OPEN NAME_CURSOR 
  •  FETCH NEXT FROM RNAME_CURSOR INTO @NAME 
  •  WHILE @@FETCH_STATUS = 0 
  •  BEGIN 
  •    SET @NAMES = ISNULL(@NAMES+’,’,’’)+@NAME 
  •    FETCH NEXT FROM NAME_CURSOR  INTO @NAME  
  •  END 
  •  CLOSE NAME_CURSOR 
  •  DEALLOCATE NAME_CURSOR 
  • 下修改,功能相同: 
  • DECLARE @NAME VARCHAR(1000) 
  • SELECT @NAMES = ISNULL(@NAMES+’,’,’’)+FNAME 
  •    FROM EMPLOYEE WHERE JOB_ID=10 ORDER BY EMP_ID
  •   B、用CASE WHEN 实现转换的例子

      很多使用游标的原因是因为有些处理需要根据记录的各种情况需要作不同的处理,实际上这种情况,我们可以用CASE WHEN语句进行必要的判断处理,而且CASE WHEN是可以嵌套的。比如:

      表结构:

  • CREATE TABLE 料件表( 
  • 料号           VARCHAR(30), 
  • 名称           VARCHAR(100), 
  • 主单位         VARCHAR(20), 
  • 单位1         VARCHAR(20), 
  • 单位1参数      NUMERIC(18,4), 
  • 单位2         VARCHAR(20), 
  • 单位2参数      NUMERIC(18,4) 
  • GO 
  • CREATE TABLE 入库表( 
  • 时间               DATETIME, 
  • 料号               VARCHAR(30), 
  • 单位               INT
  • 入库数量           NUMERIC(18,4), 
  • 损坏数量           NUMERIC(18,4) 
  • GO

  • TAG:

     

    评分:0

    我来说两句

    日历

    « 2024-05-17  
       1234
    567891011
    12131415161718
    19202122232425
    262728293031 

    数据统计

    • 访问量: 30682
    • 日志数: 50
    • 建立时间: 2011-07-13
    • 更新时间: 2012-08-25

    RSS订阅

    Open Toolbar