Pagination 성능 원리: ROWNUM·OFFSET·Keyset Pagination

ROWNUM 범위 방식
→ end_row까지 생산할 수 있음
→ 앞의 start_row를 제거
→ 목표 구간 반환

OFFSET·FETCH
→ OFFSET 행을 건너뜀
→ 다음 page_size 행 반환

Keyset Pagination
→ 이전 페이지 마지막 전체 정렬 Key 이후를 탐색
→ 필요한 행을 확보하면 중단 가능

SELECT order_id, order_date, amount
FROM   orders
OFFSET 20 ROWS FETCH NEXT 20 ROWS ONLY;

SELECT order_id, order_date, amount
FROM   orders
ORDER BY order_date DESC, order_id DESC
OFFSET 20 ROWS FETCH NEXT 20 ROWS ONLY;

ORDER BY가 고유한 전체 순서를 정의
→ 각 행의 위치가 하나로 결정
→ 페이지 경계가 재실행 시에도 안정적

ORDER BY가 동률을 남김
→ 동률 행의 상대 순서가 달라질 수 있음
→ 페이지 중복·누락 위험 증가

SELECT order_id, order_date, amount
FROM (
    SELECT q.*,
           ROWNUM AS rn
    FROM (
        SELECT order_id, order_date, amount
        FROM   orders
        WHERE  status = :status
        ORDER BY order_date DESC, order_id DESC
    ) q
    WHERE ROWNUM <= :end_row
)
WHERE rn > :start_row;

start_row = 100
end_row   = 120

정렬 순서 기준으로 최대 120행 생산
→ ROWNUM을 rn으로 노출
→ rn <= 100인 앞쪽 행 제거
→ 101~120번째 행 반환

SELECT order_id, order_date, amount
FROM   orders
WHERE  status = :status
ORDER BY order_date DESC, order_id DESC
OFFSET :offset_rows ROWS
FETCH NEXT :page_size ROWS ONLY;

논리적 위치 판단 대상 ≈ OFFSET + FETCH

Index 선두부터 OFFSET 위치까지 Entry 통과
→ Index 밖 Filter 확인
→ 필요한 경우 버릴 행도 Table Access
→ OFFSET 이후 page_size 행 반환

OFFSET 0 ROWS FETCH NEXT 20 ROWS ONLY

OFFSET 100000 ROWS FETCH NEXT 20 ROWS ONLY

SELECT order_id, order_date, amount
FROM   orders
WHERE  status = :status
ORDER BY order_date DESC, order_id DESC
FETCH FIRST 20 ROWS ONLY;

last_order_date = 2026-07-20 14:30:00
last_order_id   = 87500

SELECT order_id, order_date, amount
FROM   orders
WHERE  status = :status
AND   (
          order_date < :last_order_date
       OR (order_date = :last_order_date
           AND order_id < :last_order_id)
      )
ORDER BY order_date DESC, order_id DESC
FETCH FIRST 20 ROWS ONLY;

Cursor Key에서 Index 탐색 시작
→ 다음 위치의 Entry부터 읽기
→ 20행 확보
→ 중단

CREATE INDEX orders_status_page_ix
ON orders(status, order_date DESC, order_id DESC);

ORDER BY score DESC, created_at ASC, id ASC

WHERE score < :last_score
   OR (score = :last_score
       AND created_at > :last_created_at)
   OR (score = :last_score
       AND created_at = :last_created_at
       AND id > :last_id)

DESC의 다음 값 → 더 작은 값
ASC의 다음 값  → 더 큰 값

1. Equality Predicate
2. ORDER BY Key
3. 반환 Column 또는 추가 Filter

CREATE INDEX orders_page_cover_ix
ON orders(
    status,
    order_date DESC,
    order_id DESC,
    amount
);

기존 행 위치가 뒤로 이동
→ 2페이지 OFFSET 경계 이동
→ 이전 페이지의 마지막 행이 다시 보일 수 있음

SELECT ...
FROM   orders AS OF SCN :snapshot_scn
WHERE  ...
ORDER BY order_date DESC, order_id DESC
OFFSET :offset ROWS FETCH NEXT :size ROWS ONLY;

SELECT COUNT(*)
FROM   orders
WHERE  status = :status;

SELECT ...
FROM   orders
WHERE  status = :status
ORDER BY order_date DESC, order_id DESC
OFFSET :offset ROWS FETCH NEXT :size ROWS ONLY;

SELECT order_id,
       order_date,
       COUNT(*) OVER () AS total_count
FROM   orders
WHERE  status = :status
ORDER BY order_date DESC, order_id DESC
OFFSET :offset ROWS FETCH NEXT :size ROWS ONLY;

SELECT /*+ GATHER_PLAN_STATISTICS */
       order_id, order_date, amount
FROM   orders
WHERE  status = :status
ORDER BY order_date DESC, order_id DESC
OFFSET 100000 ROWS
FETCH NEXT 20 ROWS ONLY;

SELECT *
FROM TABLE(
    DBMS_XPLAN.DISPLAY_CURSOR(
        NULL,
        NULL,
        'ALLSTATS LAST +PREDICATE +ALIAS +NOTE'
    )
);

첫 페이지
→ 중간 페이지
→ 운영상 최대 페이지

1. 임의 페이지 이동이 필요한지 확인한다.
2. 전체 결과의 결정적 ORDER BY를 정의한다.
3. 고유 Tie-Breaker와 NULL 정렬 규칙을 정한다.
4. 최대 페이지 깊이와 페이지 크기를 확인한다.
5. ROWNUM·OFFSET·Keyset 중 기능에 맞는 방식을 선택한다.
6. Equality Predicate와 정렬을 지원하는 Index를 검토한다.
7. Index 밖 Filter와 반환 Column의 Table Access를 확인한다.
8. 페이지 사이 변경과 Snapshot 요구를 정의한다.
9. 정확한 총건수 요구를 목록 조회와 분리해서 판단한다.
10. 얕은·중간·최대 깊이의 A-Rows·Buffers·응답시간을 비교한다.