知识大全 SELECT赋值与ORDERBY冲突的问题

Posted 语句

篇首语:笛里谁知壮士心,沙头空照征人骨。本文由小常识网(cha138.com)小编为大家整理,主要介绍了知识大全 SELECT赋值与ORDERBY冲突的问题相关的知识,希望对你有一定的参考价值。

SELECT赋值与ORDERBY冲突的问题  以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!

  问题描述:

  使用 SELECT 语句 轮询表中的数据 并且处理变量数据时 如果有ORDER BY语句 则得不到想要的结果 但去掉ORDER BY 结果正常

  具体的问题表现参考下面的问题重现代码

    

  问题重现代码

   测试数据

  DECLARE @T TABLE(id int value nvarchar( ))

  INSERT INTO @T SELECT

      N 好人 UNION ALL SELECT

      N 坏人 UNION ALL SELECT

      N 吃饭 UNION ALL SELECT

      N 垃圾

    

   赋值处理

  DECLARE @str nvarchar( )

  SET @str = N 我不是一个好人 也不是垃圾

  SELECT @str = REPLACE(@str value N <u> + value + N </u> )

  FROM @T

  WHERE CHARINDEX(value @str) >

   ORDER BY CHARINDEX(value @str) DESC

  SELECT @str

    

  /* 结果(当赋值处理语句注释掉ORDER BY 时)

  我不是一个<u>好人</u> 也不是<u>垃圾</u>

   */

    

  /* 结果(当赋值处理语句加上ORDER BY 时)

  我不是一个<u>好人</u> 也不是垃圾

   */

    

  问题分析

  两个处理语句的结果不同 通过查看它们的执行计划应该可以看出原因所在 为此 通过

  SET SHOWPLAN_ALL ON

  输出了两种执行语句的执行计划(仅StmtText部分 有兴趣的读者在自己的电脑上测试的时候 可以去了解其他部分的信息)

  StmtText

  Step

  DECLARE @str nvarchar( )  SET @str = N 我不是一个好人 也不是垃圾

  

  SELECT @str = REPLACE(@str value N <u> + value + N </u> )  FROM @T   WHERE CHARINDEX(value @str) >

  

    

  |

  Compute Scalar(DEFINE:([Expr ]=replace([@str] @T [value] <u> +@T [value]+ </u> )))

  

    

    

  |

  Filter(WHERE:(charindex(@T [value] [@str] NULL)> ))

  

    

    

    

  |

  Table Scan(OBJECT:(@T))

  

    

    

    

    

    

    

    

  DECLARE @str nvarchar( )  SET @str = N 我不是一个好人 也不是垃圾

  

  SELECT @str = REPLACE(@str value N <u> + value + N </u> )  FROM @T   WHERE CHARINDEX(value @str) >    ORDER BY CHARINDEX(value @str) DESC

  

    

  |

  Sort(ORDER BY:([Expr ] DESC))

  

    

    

  |

  Compute Scalar(DEFINE:([Expr ]=replace([@str] @T [value] <u> +@T [value]+ </u> ) [Expr ]=charindex(@T [value] [@str] NULL)))

  

    

    

    

  |

  Filter(WHERE:(charindex(@T [value] [@str] NULL)> ))

  

    

    

    

    

  |

  Table Scan(OBJECT:(@T))

  

  从上面的列表可以看出 两种处理的最大差异 在于赋值前 是否有ORDER BY 子句 从一般的理解上 可能会认为是否排序并不重要 但换个角度来看问题 就比较容易理解为什么有ORDER BY子句后得不到我们想要的结果了

  当有ORDER BY子句时 对于SELECT @str = 这种赋值处理 SQL Server认为赋值处理肯定只会保留最后一条记录的处理结果 而ORDER BY子句确定了数据顺序 也就知道最后一条记录是那个 因此只会处理ORDER BY的最后一条记录 (读者可以自行去测试一下 调整ORDER BY顺序 看看结果是否与我的推论相符)

  当没有ORDER BY子句时 因为无法确定数据顺序 所以SQL Server必须扫描满足条件的每条数据来得到结果 这样每扫描一条记录都会处理一次 所以结果是我们所预知的

    

  问题解决方法

  修改处理语句 使查询优化器使用与我们需要结果一致的执行方法 可以解决这个问题

  对于示例中的处理语句 可以调整如下:

  DECLARE @str nvarchar( )

  SET @str = N 我不是一个好人 也不是垃圾

  SELECT @str = REPLACE(@str value N <u> + value + N </u> )

  FROM(

  SELECT TOP PERCENT

  value

  FROM @T

  WHERE CHARINDEX(value @str) >

  ORDER BY CHARINDEX(value @str) DESC

  )A

  SELECT @str

    

  补充

  cha138/Article/program/Oracle/201311/17560

相关参考