SSMS가 테이블의 맨 위에 새 행을 삽입하는 이유는 무엇입니까?

SQL Server Management Studio 2008 (데이터베이스는 SQL Server 2005)에서 테이블에 행을 수동으로 삽입 할 때마다 새 행이 맨 아래가 아니라 목록의 맨 위에 나타납니다. 나는 정체성 열을 사용하고 있는데 결과는 다음과 같습니다.

id  row
42 first row
1 second row
2 third row

행을 가져오고 명시 적으로 정렬하지 않은 경우 이렇게하면 웹 앱에 대해 행을 가져 와서 TOP 1쿼리가 반환 하는 내용을 변경할 때 모양이 달라 집니다.

나는 order by그들이 할 수 있다는 것을 알고 있지만 왜 이런 일이 일어나고 있습니까? 내 데이터의 대부분은 웹 응용 프로그램을 통해 삽입되며이 응용 프로그램의 모든 삽입은 선입 선출 (First In First Out) 순서로 표시됩니다. 예를 들어 최신 삽입은 맨 아래에 있으므로 ID가 모두 한 줄에 있습니다. 서버 또는 Management Studio에이 부적절한 주문을 일으키는 설정이 있습니까?

SQL 세계에서 순서는 데이터 집합의 고유 속성이 아닙니다. 따라서 RDBMS에서 ORDER BY조항 을 사용하여 데이터를 쿼리하지 않는 한 데이터가 특정 순서로 또는 심지어 일관된 순서로 돌아올 것이라는 보장은 없습니다 .

에서 크레이그 프리드먼 :

TOP을 ORDER BY와 결합하면 반환 된 행 집합에 결정 ​​성이 추가됩니다. ORDER BY가 없으면 반환되는 행 집합은 쿼리 계획에 따라 다르며 실행에 따라 다를 수도 있습니다.

ORDER BY결과 집합에서 명확하고 일관된 순서를 기대할 경우 항상 사용 하십시오. 쿼리에서 특정 데이터 순서를 보장하기 위해 데이터베이스가 행을 디스크에 저장하는 방법 (예 : 클러스터 된 인덱스를 통해)에 의존하지 마십시오.

다른 답변을 보강하기 위해 테이블은 정의되지 않은 행 집합입니다. ORDER BY절을 지정하지 않으면 SQL Server는 가장 효율적인 순서대로 행을 반환 할 수 있습니다. 대부분의 테이블에 ID, 날짜 시간 또는 기타 단조 증가 열에 대한 클러스터형 인덱스가 있기 때문에 삽입 순서와 일치하는 경우가 종종 있지만 일치하는 그대로 처리해야합니다. 새 데이터, 통계 업데이트, 추적 플래그, maxdop 변경, 쿼리 힌트, 쿼리의 조인 또는 where 절 변경, 서비스 팩 / 누적 업데이트 / 핫픽스 / 업그레이드로 인한 옵티 마이저 변경, 데이터베이스를 다른 서버로 이동하는 등

다시 말해, 이미 답변을 알고 있지만 충분히 설명 할 수는 없습니다.

쿼리 순서에 의존하려면 항상 add를 추가하십시오 ORDER BY .

테이블이 힙 테이블 (대부분 가능성이 높음)이고 색인화되지 않았기 때문입니다. ID 열을 a PRIMARY KEY로 만드십시오 IDENTITY. SQL Server는 인덱스를 기반으로 데이터를 물리적으로 저장합니다. 예를 들어, id가 기본 키와 같은 클러스터형 인덱스 인 경우 데이터는 물리적으로 ID 순서대로 저장되며 쿼리 없이도 그런 식으로 반환됩니다 ORDER BY절. 그렇지 않으면 행 순서가 데이터베이스에 전혀 중요하지 않습니다. 따라서, 애플리케이션을 갖는 의존 하여 데이터베이스 내의 행의 순서 (및 특정 순서로되는 컬럼에 따라)에 것은 좋은 방법이 아닙니다. 응용 프로그램은 행을 식별하기 위해 데이터베이스에있는 모든 키로 작업해야합니다.