为何CTE快速返回大量结果，却耗时数分钟才完成？

兄弟，我之前也碰到过SSMS这种“数据快返回但界面卡半天”的坑，结合你的情况，咱们来捋清楚问题出在哪，怎么解决：

可能的原因 #

• SSMS客户端拖后腿了：数据库其实1秒内就把所有7480行结果都发给SSMS了，但SSMS在渲染最后8行的时候，可能因为你拼接val友好别名的逻辑（比如用了复杂的字符串函数、或者拼接了长文本/特殊字符），导致客户端这边的处理速度骤降——毕竟SSMS的网格渲染对复杂字符串的处理效率并不高。
• 查询的“后台收尾”操作：虽然大部分结果快速出来了，但最后几行可能涉及到一些没做完的关联、排序或者隐性聚合？不过你说这8行复杂度不高，这个可能性不大，但可以排查下。
• SSMS的默认设置坑：比如“结果到网格”模式下，某些数据类型的渲染会触发额外的格式处理，比如保留换行符、自动调整列宽之类的，这些小动作积累起来就会变慢。

一步步排查解决 #

1. 先确认是不是数据库的锅：
   执行查询前先跑这两句，看看数据库层面的实际执行时间和IO情况：

   SET STATISTICS TIME ON;
   SET STATISTICS IO ON;
   -- 把你的查询语句放这
   

   如果数据库的总执行时间确实只有1秒左右，那百分百是SSMS客户端的问题，不用纠结数据库了。
2. 简化拼接逻辑测一测：
   暂时把val的友好别名拼接换成简单的内容，比如直接用val字段本身，再跑一遍查询。如果SSMS瞬间就加载完所有行，那问题就出在你那个拼接逻辑上——要么在数据库层面提前处理好拼接结果（比如用计算列、或者临时表存好拼接后的内容），要么简化拼接用的函数。
3. 换个结果展示模式试试：
   把SSMS的结果从“结果到网格”改成“结果到文本”（快捷键Ctrl+T），再跑一遍。文本模式不需要处理网格的格式渲染，速度会快很多，如果这样就不卡了，那就是网格渲染的锅。
4. 调调SSMS的配置：
   点开SSMS的「工具」->「选项」，找到「查询结果」->「SQL Server」->「结果到网格」，取消勾选“保留CR/LF在复制或保存时”“自动调整列宽”这些选项，再试试能不能提速。
5. 直接导出结果：
   如果只是要获取数据，直接把结果导出成CSV文件（右键结果网格->另存为），导出速度肯定比在SSMS里看快得多，导出完再用Excel或者其他工具查看就行。

小技巧 #

如果一定要在SSMS里看全量数据，可以分页查：先查前7472行，再单独查最后8行，分开加载就不会卡了。

内容的提问来源于stack exchange，提问作者JAF