从上面的列表可以看出，两种处理的最大差异，在于赋值前，是否有ORDER BY 子句，从一般的理解上，可能会认为是否排序并不重要，但换个角度来看问题，就比较容易理解为什么有ORDER BY子句后得不到我们想要的结果了： 当有ORDER BY子句时，对于SELECT @str = 这种赋值处理，SQL Server认为赋值处理肯定只会保留最后一条记录的处理结果，而ORDER BY子句确定了数据顺序，也就知道最后一条记录是那个，因此只会处理ORDER BY的最后一条记录。（读者可以自行去测试一下，调整ORDER BY顺序，看看结果是否与我的推论相符） 当没有ORDER BY子句时，因为无法确定数据顺序，所以SQL Server必须扫描满足条件的每条数据来得到结果，这样每扫描一条记录都会处理一次，所以结果是我们所预知的 问题解决方法： 修改处理语句，使查询优化器使用与我们需要结果一致的执行方法，可以解决这个问题。 对于示例中的处理语句，可以调整如下: DECLARE @str nvarchar(4000) SET @str = N'我不是一个好人，也不是垃圾' SELECT @str = REPLACE(@str, value, N'<u>' value N'</u>') FROM( SELECT TOP 100 PERCENT 中国站长.站 value FROM @T WHERE CHARINDEX(value, @str) > 0 ORDER BY CHARINDEX(value, @str) DESC )A SELECT @str 补充： 此问题的结论只是笔者对于查询分析的一个推论，并无相应的官方文档可以证明，所以欢迎大家发表自己的看法 中国站长.站
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
