ORDER BY와 LIMIT는 어떻게 동작하며 페이지네이션은 어떻게 하나요?

Question

Accepted Answer

**`ORDER BY`**는 결과 행을 정렬하고, **`LIMIT`**(과 `OFFSET`)은 반환되는 행 수를 제한합니다. 둘은 함께 정렬과 페이지네이션을 처리합니다 — 정렬되고 페이지로 나뉜 데이터를 표시하는 데 필수적입니다.

## ORDER BY — 정렬

```sql
SELECT name, age FROM users ORDER BY age;            -- 오름차순 (기본값)
SELECT name, age FROM users ORDER BY age DESC;        -- 내림차순
SELECT * FROM users ORDER BY country, name;           -- country, 그다음 name (동점 처리)
SELECT * FROM users ORDER BY created_at DESC NULLS LAST;  -- NULL 위치 제어
```

`ORDER BY`는 하나 이상의 컬럼으로 정렬하며, 오름차순(기본값) 또는 `DESC`입니다. 여러 컬럼은 동점 처리를 제공합니다(첫 컬럼으로 정렬하고, 같으면 두 번째로).

## LIMIT와 OFFSET — 제한과 페이징

```sql
SELECT * FROM users ORDER BY name LIMIT 10;            -- 처음 10개 행
SELECT * FROM users ORDER BY name LIMIT 10 OFFSET 20;  -- 20개 건너뛰고 10개 (3페이지)
-- (구문 차이: MySQL/Postgres는 LIMIT/OFFSET; SQL Server는 TOP / OFFSET-FETCH)
```

`LIMIT n`은 최대 `n`개 행을 반환하고, `OFFSET m`은 처음 `m`개를 건너뜁니다. 둘은 함께 **offset 페이지네이션**을 구현합니다(N페이지 = `LIMIT pageSize OFFSET (N-1)*pageSize`).

## 페이지네이션 시 항상 ORDER BY를 사용할 것

```sql
-- ❌ ORDER BY 없는 LIMIT → 행 순서가 정의되지 않음 (일관성 없는 페이지!)
SELECT * FROM users LIMIT 10;
-- ✅ 일관된 페이지네이션을 위해 항상 안정적인 컬럼으로 ORDER BY
SELECT * FROM users ORDER BY id LIMIT 10;
```

**결정적:** `ORDER BY` 없이는 데이터베이스가 임의의 순서로 행을 반환할 수 있어 페이지가 겹치거나 행을 건너뛸 수 있습니다. 페이지네이션할 때는 항상 안정적인 컬럼으로 정렬하세요.

## OFFSET 페이지네이션은 깊은 페이지에서 느려짐

```text
⚠️ LIMIT 10 OFFSET 1000000 — DB가 먼저 백만 행을 건너뛰어야 함 (깊은 페이지에서 느림).
큰 데이터셋에서는 KEYSET(cursor) 페이지네이션이 훨씬 효율적:
  WHERE id > :last_seen_id ORDER BY id LIMIT 10   -- index 사용, 건너뛰기 없음
```

## 왜 중요한가

`ORDER BY`와 `LIMIT`는 데이터를 유용하고 다루기 쉬운 방식으로 표시하는 데 근본적입니다. 결과를 정렬하고 전체 테이블이 아니라 페이지를 반환하는 것은 거의 보편적인 요구이므로(애플리케이션의 모든 목록, 테이블, 피드), 이해하는 것은 필수적인 일상 지식입니다. `ORDER BY`(동점 처리와 함께 하나 이상의 컬럼으로 정렬)는 의미 있는 순서로 데이터를 제시하는 데 필요하며, `LIMIT`/`OFFSET`은 **페이지네이션**(다루기 쉬운 데이터 페이지 반환)을 구현합니다 — 둘 다 애플리케이션에서 보편적입니다.

두 가지 실용적 요점이 특히 중요합니다: **페이지네이션할 때 항상 `ORDER BY`를 사용할 것**(없으면 행 순서가 정의되지 않아 페이지가 겹치거나 건너뛰는 일관성 없는 결과 — 실제로 흔한 버그), 그리고 **OFFSET 페이지네이션이 깊은 페이지에서 성능이 저하된다**는 것(데이터베이스가 앞선 모든 행을 건너뛰어야 해서 큰 offset에서 느려짐)을 이해하는 것입니다. 그래서 큰 데이터셋에는 **keyset/cursor 페이지네이션**(`WHERE id > last_seen`)이 훨씬 효율적입니다 — 성능에 가치 있는 지식입니다.

정렬과 페이지네이션은 사실상 모든 데이터 표시에 필요하고, 일관성 요구(안정적 페이지네이션을 위한 ORDER BY)와 성능 고려(큰 데이터에서 OFFSET vs keyset)가 정확성과 속도에 직접 영향을 주므로, `ORDER BY`와 `LIMIT`를 숙달하는 것 — 정렬, offset 페이지네이션, 안정적 순서 요구, 규모를 위한 keyset 대안 — 은 데이터를 효과적으로 제시하는 애플리케이션을 구축하는 데 핵심적이고 자주 적용되는 지식입니다.