SSMSが新しい行を下ではなく表の上部に挿入するのはなぜですか？

SQL Server Management Studio 2008（データベースはSQL Server 2005）のテーブルに行を手動で挿入するたびに、新しい行はリストの一番下ではなく一番上に表示されます。ID列を使用しているため、次のような結果になります

id  row
42 first row
1 second row
2 third row

行がフェッチされ、明示的に順序付けされていない場合。これにより、Webアプリの行がフェッチされたときに外観が異なり、TOP 1クエリが返すものが変更されます。

私はorder by彼らができることを知っていますが、なぜこれが起こっているのですか？私のデータのほとんどはWebアプリケーションを介して挿入され、このアプリケーションからのすべての挿入は、先入れ先出しの順序になります。たとえば、最新の挿入は下にあるため、IDはすべて連続しています。サーバーまたはManagement Studioに、この不適切な順序付けを引き起こす設定がありますか？

SQLの世界では、順序は一連のデータに固有のプロパティではありません。したがって、ORDER BY節を使用してデータを照会しない限り、RDBMSからデータが特定の順序で、または一貫した順序で返されるという保証はありません。

クレイグ・フリードマンから：

TOPとORDER BYを組み合わせると、返される行のセットに決定性が追加されます。ORDER BYを使用しない場合、返される行のセットはクエリプランに依存し、実行ごとに異なる場合があります。

ORDER BY結果セットで明確に定義された一貫した順序が必要な場合は、常に使用してください。クエリ内のデータの特定の順序を保証するために、データベースがディスクに行を格納する方法（クラスタ化インデックス経由など）に依存しないでください。

他の答えを補うために、定義上、テーブルは行の順序付けられていないセットです。ORDER BY句を指定しない場合、SQL Serverは最も効率的であると判断した順序で行を返すことができます。ほとんどのテーブルにはID、日時またはその他の単調に増加する列にクラスター化インデックスがあるため、これは多くの場合挿入の順序と一致しますが、それとまったく同じように扱う必要があります。新しいデータ、統計の更新、トレースフラグ、maxdopの変更、クエリヒント、クエリ内のjoin句またはwhere句の変更、サービスパック/累積更新/ホットフィックス/アップグレードによるオプティマイザの変更、データベースを別のサーバーなどに移動するなど。

言い換えれば、あなたはすでに答えを知っていることを知っていますが、それは十分に述べることができません：

クエリの順序に依存したい場合は、常に追加し ORDER BYます。

これは、テーブルがヒープテーブル（ほとんどの場合）であり、インデックスが付けられていないためです。ID列をa PRIMARY KEYと同様にしIDENTITYます。SQL Serverはインデックスに基づいてデータを物理的に保存します-たとえば、idがクラスター化インデックス（プライマリキーなど）の場合、データはidの順序で物理的に保存され、クエリがなくてもクエリで返されますORDER BY句。それ以外の場合、行の順序はデータベースにとってまったく重要ではありません。したがって、アプリケーションをデータベース内の行の順序に依存させること（および特定の順序にある​​列に依存させること）は良い習慣ではありません。アプリケーションは、行を識別するためにデータベースにあるキーと連携する必要があります。