애플리케이션이 ORDER BY 없는 동일한 SELECT를 반복 실행해 지금까지는 기본키 순서로 화면에 표시했다. 인덱스와 실행 계획이 바뀐 뒤에도 같은 표시 순서를 보장하려면 어떻게 해야 하는가?

1. 1

   ORDER BY에 업무상 필요한 정렬 열과 동률을 구분할 열까지 명시한다

   정답 근거결과 순서는 ORDER BY에서만 보장된다. joined_at에 동률이 가능하다면 ORDER BY joined_at, customer_id처럼 결정적 보조 키까지 지정해야 실행할 때마다 같은 순서를 얻는다.
2. 2

   테이블에 기본키가 있으면 ORDER BY가 없어도 SQL 표준상 기본키 오름차순이 보장된다

   오답 이유기본키는 행의 유일성을 보장하지만 조회 순서를 규정하지 않는다. 기본키 인덱스를 사용하지 않는 실행 계획이나 병렬 실행에서는 다른 순서가 나올 수 있다.
3. 3

   같은 실행 계획을 사용하는 동안에는 행 삽입 순서가 결과 순서로 보장되므로 계획만 고정한다

   오답 이유삽입 순서와 물리 저장 순서는 SQL 결과의 계약이 아니다. 같은 계획처럼 보여도 통계·병렬도·페이지 배치 변화에 따라 반환 순서가 달라질 수 있다.
4. 4

   FETCH FIRST를 추가하면 DBMS가 자동으로 가장 작은 기본키부터 선택하므로 ORDER BY를 생략할 수 있다

   오답 이유FETCH FIRST는 정렬된 집합의 앞부분을 뜻하지 않는다. ORDER BY가 없으면 어떤 행이 먼저 선택될지 보장되지 않으므로 페이지네이션이나 상위 N 조회에도 정렬 기준이 필요하다.