sql server 2008+ 中视图内 top 100 percent + order by 不生效是主动优化行为，优化器将其视为全表返回而移除排序算子；标准 sql 规定视图不保证顺序，稳定排序必须在最外层 select 显式声明。
TOP 100 PERCENT + ORDER BY 在视图中不生效，不是 bug，是 SQL Server 2008+ 的主动优化行为——它直接删掉了排序算子。
SQL Server 2008+ 会忽略视图里的 TOP 100 PERCENT 排序
优化器识别到 TOP 100 PERCENT 等价于“全表返回”，就跳过 SORT 操作。执行计划里根本看不到排序节点，哪怕你写了 ORDER BY created_at DESC。
- SQL Server 2000 会老老实实执行，所以旧视图升级后突然乱序，别怀疑数据，先查版本
-
TOP 99.999999 PERCENT能绕过该优化，但强制全表扫描（即使有索引），性能代价明显 -
TOP 100（不带PERCENT）能保留排序，但只返回前 100 行，不是“全部有序”
标准 SQL 规定：视图不保证顺序
视图是虚拟表，而表本身无序；ORDER BY 只在最终结果集输出时起作用，不能固化在中间结构里。
- 执行
SELECT * FROM my_view时，行可能按索引物理顺序、并行线程返回顺序、甚至内存页分配顺序出现 - PostgreSQL 允许
CREATE VIEW ... ORDER BY，但仅作语法兼容，运行时不保序 -
TOP 100 PERCENT唯一真实作用是让语法通过（解决“子查询/视图中ORDER BY报错”），不是为保序
真正需要稳定顺序的地方，永远只有一处
最外层 SELECT 的 ORDER BY。
- 试图在视图、CTE 或子查询里固化顺序，本质是在对抗 SQL 的集合语义——集合没有顺序
- 若业务强依赖首行是最新数据（比如分页控件硬编码），改用窗口函数把排序逻辑转为列值：
ROW_NUMBER() OVER (ORDER BY event_time DESC) AS _rn - 调用时写
SELECT * FROM my_ranked_view ORDER BY _rn，既利用索引，又避免全表扫描 - 注意：
RANK()和DENSE_RANK()在重复值场景行为不同，ROW_NUMBER()更贴近原始ORDER BY语义
最容易被忽略的一点：排序决策权不该交给视图定义者，而应由最终查询发起者明确声明——哪怕多写一行 ORDER BY，也比靠 TOP 100 PERCENT 蒙混过关可靠。
