SQL Server 2012：SELECT 查询中的行顺序更改
SQL Server 2012 显着改变了缺乏显式 SELECT 子句的 ORDER BY 语句中处理行顺序的方式。 与它的前身 SQL Server 2008 不同，SQL Server 2012 不提供此类保证。 如果没有 ORDER BY 子句，返回行的顺序将变得不可预测。
对现有应用程序的影响
此更改直接影响依赖一致行排序的应用程序。 例如，跨 5 个数据库的 2500 多个存储过程需要更新才能维持可预测的结果。
解决方案
1。 实现 ORDER BY 子句：
建议的解决方案是向所有受影响的存储过程添加适当的 ORDER BY 子句。 虽然劳动密集型，但这保证了一致的行顺序并防止意外的查询结果。
2。 降级（不推荐）：
恢复到 SQL Server 2008 将恢复之前的隐式排序。然而，由于涉及的复杂性和潜在的支持问题，强烈建议不要这样做。
SQL、集合论和行顺序
SQL 固有的行顺序缺乏源于其集合论基础。 根据定义，集合没有固有的顺序。 因此，SQL 结果集中的行顺序从根本上来说是任意的。
SQL Server 的历史行为和当前最佳实践
虽然以前的 SQL Server 版本有时会隐含顺序，但这没有记录且不可靠。 许多博客文章和专家建议都警告不要依赖这种隐式行为。 查询优化器团队已明确建议不要这样做。
结论
SQL Server 2012 中行顺序行为的转变需要在所有需要可预测行排序的应用程序中使用 ORDER BY 子句。 虽然需要付出巨大的努力，但这对于数据完整性和一致的查询结果至关重要。
以上是SQL Server 2012升级如何影响不带ORDER BY的SELECT查询中的行顺序？的详细内容。更多信息请关注PHP中文网其他相关文章！
