声明TOP 100 PERCENT带ORDER BY的视图查询无排序TOP 1结果异常问题

视图内ORDER BY不生效的原因 #

这是SQL的核心设计规则：视图本质是逻辑虚拟表，关系型数据库的表本身不存在内置排序规则，只有当你在最外层的查询语句中显式声明ORDER BY时，返回结果才会保证排序。
你用到的TOP(100) PERCENT + ORDER BY的写法，在SQL Server 2005及更高版本中会被查询优化器直接忽略，因为优化器判定返回全部行时排序没有实际意义，不会为这个排序额外消耗性能，所以你直接查询视图得到的结果是未排序的，属于预期行为。

无ORDER BY的TOP(1)结果存在规律的原因 #

不带ORDER BY的TOP(1)返回的不是随机结果，而是查询优化器选择的执行计划中，第一个匹配到WHERE条件的行，这个结果的稳定性完全取决于执行计划的稳定性：

• 当执行计划不变时，每次查询返回的TOP(1)行是固定的，所以你日常运行时大部分时间结果符合预期，异常数量少
• 你观察到的异常集中在4月、11月的特定时间段，大概率是这些时间段触发了执行计划重编译：比如大量写入触发了统计信息自动更新、索引重建/维护、数据库配置变更等，执行计划切换了访问路径（比如原本走非聚集索引A，重编译后走聚集索引或者另一个非聚集索引B），导致第一个匹配的行发生了变化，并非巧合。

复现方法 #

你可以按照以下步骤稳定复现该行为：

• 构造测试表，插入分散在不同时间段的测试数据，确保存在多个匹配后续WHERE条件的行
• 按照你现有的逻辑创建包含TOP(100) PERCENT + ORDER BY的测试视图
• 多次直接查询视图，可以观察到返回结果顺序不固定，视图内的ORDER BY不生效
• 执行不带ORDER BY的SELECT TOP(1) FROM 测试视图 WHERE ...语句，执行计划稳定的前提下，多次执行返回的是同一行
• 手动更新表的统计信息，或者插入大量测试数据触发自动统计信息更新，强制执行计划重编译，再次执行相同的TOP(1)查询，可以观察到返回的行发生变化，模拟你遇到的异常场景。

修复建议 #

直接删除视图内的TOP(100) PERCENT + ORDER BY避免误导，所有需要排序、或者需要TOP返回指定顺序行的查询，都在最外层显式添加ORDER BY语句即可。

内容的提问来源于stack exchange，提问作者Björn Ammon