MSSQL OFFSET-FETCH로 구현하는 효율적인 페이징 쿼리 방법

🔗 OFFSET-FETCH 기본 개념과 문법

OFFSET-FETCH는 MSSQL 2012부터 도입된 기능으로, 대량 데이터 중 일부만 선택적으로 가져올 수 있도록 해주는 페이징(Paging) 문법입니다.
이 기능은 특히 페이지 번호 기반으로 데이터를 나눠 보여주는 웹 서비스에서 많이 사용됩니다.
쉽게 말해, OFFSET은 데이터를 몇 개 건너뛸지 지정하고, FETCH는 그 다음 몇 개의 데이터를 가져올지를 지정하는 역할을 합니다.

기본 문법은 다음과 같습니다.

SELECT 컬럼명
FROM 테이블명
ORDER BY 정렬기준컬럼
OFFSET {건너뛸 행 수} ROWS
FETCH NEXT {가져올 행 수} ROWS ONLY;

예를 들어, OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY를 사용하면 11번째 행부터 20번째 행까지만 가져오게 됩니다.
이는 SQL에서 데이터 페이지 이동을 구현할 때 매우 직관적인 방법입니다.

또한 OFFSET-FETCH는 TOP 절과 달리 특정 페이지를 바로 접근할 수 있어, 페이지 번호 기반의 네비게이션 구현에 적합합니다.
다만, 데이터 양이 많아질수록 OFFSET 값이 커지면 성능 저하가 발생할 수 있으므로, 적절한 인덱스 설계와 함께 사용하는 것이 좋습니다.

🛠️ 페이징 쿼리 작성 예제

OFFSET-FETCH 구문은 실제로 어떻게 사용할까요?
아래 예제는 회원 테이블에서 가입일 순으로 2페이지 데이터를 가져오는 쿼리입니다.
1페이지는 OFFSET 0, 2페이지는 OFFSET 10으로 설정하면 쉽게 구현할 수 있습니다.

-- 회원 테이블에서 가입일 순으로 2페이지 데이터 조회 (페이지당 10개)
SELECT MemberID, Name, JoinDate
FROM Members
ORDER BY JoinDate DESC
OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;

위 쿼리는 11번째부터 20번째까지의 데이터를 반환합니다.
실제 서비스에서는 페이지 번호와 페이지 크기를 변수로 받아 OFFSET과 FETCH에 적용하면 유연하게 구현할 수 있습니다.

DECLARE @PageNumber INT = 3;
DECLARE @RowsPerPage INT = 10;

SELECT MemberID, Name, JoinDate
FROM Members
ORDER BY JoinDate DESC
OFFSET (@PageNumber - 1) * @RowsPerPage ROWS
FETCH NEXT @RowsPerPage ROWS ONLY;

이 방법을 사용하면 3페이지 데이터를 바로 불러올 수 있으며, WHERE 절과 결합하면 특정 조건의 데이터만 페이징 처리할 수 있습니다.
또한 검색 필터와 함께 사용하면 사용자 경험을 크게 향상시킬 수 있습니다.

⚙️ ORDER BY와 함께 사용하는 이유

OFFSET-FETCH는 반드시 ORDER BY 절과 함께 사용해야 합니다.
그 이유는 OFFSET이 데이터를 건너뛸 때 어떤 순서로 건너뛸지를 알아야 하기 때문입니다.
ORDER BY 없이 OFFSET-FETCH를 실행하면 SQL Server에서 오류를 발생시키며 쿼리가 동작하지 않습니다.

예를 들어, 다음과 같이 ORDER BY 없이 OFFSET-FETCH를 실행하면 오류가 발생합니다.

-- 잘못된 예제: ORDER BY가 없음
SELECT MemberID, Name
FROM Members
OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;

또한 ORDER BY에서 고유값(예: 기본 키 컬럼)을 포함해야 데이터 페이지 간의 일관성을 유지할 수 있습니다.
그렇지 않으면 페이지 이동 시 데이터가 중복되거나 빠질 수 있습니다.

예를 들어, 가입일과 회원 ID를 함께 정렬하면 다음과 같이 안정적인 페이징을 구현할 수 있습니다.

SELECT MemberID, Name, JoinDate
FROM Members
ORDER BY JoinDate DESC, MemberID DESC
OFFSET 20 ROWS FETCH NEXT 10 ROWS ONLY;

이렇게 하면 동일한 JoinDate를 가진 데이터가 있더라도 MemberID 기준으로 확실히 정렬되어 페이지 간 데이터가 겹치지 않습니다.

🔌 OFFSET-FETCH 성능 최적화 팁

OFFSET-FETCH는 간결하고 편리하지만, OFFSET 값이 커질수록 성능이 저하될 수 있습니다.
특히 수십만 건 이상의 데이터에서 높은 페이지 번호로 접근할 경우, SQL Server가 많은 행을 스캔한 후 결과를 반환하게 되어 시간이 오래 걸립니다.

이 문제를 줄이기 위한 몇 가지 성능 최적화 방법은 다음과 같습니다.

• ⚡적절한 인덱스를 생성해 ORDER BY 절에서 사용하는 컬럼의 정렬 속도를 높입니다.
• 🔍OFFSET 값이 큰 경우, 키셋 페이징(Keyset Paging) 기법으로 전환을 고려합니다.
• 🗂️페이징 대상 데이터를 임시 테이블에 저장한 후, 필요한 범위만 다시 조회합니다.

예를 들어, 키셋 페이징은 마지막으로 본 데이터의 키 값을 기준으로 다음 데이터를 가져오기 때문에 OFFSET이 커져도 성능이 크게 떨어지지 않습니다.

-- 키셋 페이징 예제
SELECT TOP 10 MemberID, Name, JoinDate
FROM Members
WHERE JoinDate < @LastJoinDate
ORDER BY JoinDate DESC;

따라서 OFFSET-FETCH를 사용할 때는 데이터량, 페이지 번호, 인덱스 구성 등을 종합적으로 고려하여 설계하는 것이 중요합니다.

💡 OFFSET-FETCH 대안 비교

OFFSET-FETCH는 직관적이지만, 모든 상황에서 최적의 선택은 아닙니다.
데이터 크기, 성능 요구사항, 구현 난이도에 따라 다른 페이징 기법을 고려해야 할 때도 있습니다.
여기서는 OFFSET-FETCH와 다른 대안들을 비교해 보겠습니다.

이처럼 각 기법은 장단점이 명확합니다.
OFFSET-FETCH는 빠른 구현과 가독성이 장점이지만, 대규모 데이터 환경에서는 성능 저하 문제가 발생할 수 있습니다.
반면 Keyset Paging은 구현이 복잡하지만, 응답 속도가 일정하게 유지됩니다.

결론적으로, OFFSET-FETCH는 소규모~중규모 데이터에서 페이지 이동이 빈번하지 않은 경우에 이상적이며, 대규모 데이터에서는 Keyset Paging 같은 대안을 적극 고려하는 것이 좋습니다.

❓ 자주 묻는 질문 (FAQ)