主页 / dba / 问题 / 5774
Accepted
Ben Brocka
Asked: 2011-09-15 11:35:19 +0800 CST

为什么 SSMS 在表格顶部而不是底部插入新行？

  • 772

每当我在 SQL Server Management Studio 2008（数据库是 SQL Server 2005）的表中手动插入一行时，我的新行就会出现在列表的顶部而不是底部。我正在使用身份列，这会导致类似

id  row
42 first row
1 second row
2 third row

获取行且未明确排序时。TOP 1当为 Web 应用程序获取行并更改查询返回的内容时，这会导致不同的外观。

我知道我可以order by，但为什么会这样？我的大部分数据是通过 Web 应用程序插入的，来自该应用程序的所有插入都会导致先进先出的顺序，例如，最新的插入位于底部，因此 id 都在一行中。服务器或 Management Studio 中是否有一些设置导致这种不正确的排序？

sql-server ssms

3 个回答

  1. Best Answer

    在 SQL 世界中，顺序不是一组数据的固有属性。ORDER BY因此，除非您使用子句查询数据，否则您无法从 RDBMS 保证您的数据将按特定顺序返回 - 甚至以一致的顺序返回。

    从克雷格弗里德曼：

    将 TOP 与 ORDER BY 结合使用可以为返回的行集增加确定性。如果没有 ORDER BY，返回的行集取决于查询计划，甚至可能因执行而异。

    ORDER BY如果您希望结果集中有明确定义且一致的顺序，请始终使用。永远不要依赖数据库如何在磁盘上存储行（例如，通过聚集索引）来保证查询中数据的特定顺序。

    • 22

  2. 只是为了增加其他答案：根据定义，表是一组无序的行。如果不指定ORDER BY子句，SQL Server 可以自由地以它认为最有效的任何顺序返回行。这通常恰好与插入的顺序相吻合，因为大多数表在标识、日期时间或其他单调递增的列上都有一个聚集索引，但您应该完全将其视为：巧合。它可以随新数据、统计信息更新、跟踪标志、maxdop 更改、查询提示、查询中连接或 where 子句的更改、由于服务包/累积更新/修补程序/升级导致的优化器更改而更改，将数据库移动到不同的服务器等。

    换句话说，我知道你已经知道了答案，但还不够清楚：

    如果您想依赖查询的顺序，请始终添加 ORDER BY.

    • 13

  3. 这是因为该表是一个堆表（很可能）并且没有被索引。使 ID 列 aPRIMARY KEY和IDENTITY. SQL Server 基于索引物理存储数据 - 例如，如果 id 是聚集索引（例如主键），则数据将按 id 的顺序物理存储并以这种方式返回（通常但不总是) 在查询中，即使没有ORDER BY子句。

    无论如何，行的顺序对数据库来说根本不重要。因此，让应用程序依赖于数据库中行的顺序（以及依赖于特定顺序的列）并不是一个好习惯。应用程序需要使用数据库中的任何键来识别行。

    • 1

相关问题