PostgreSQL 쿼리에 LIMIT를 적용하기 전에 총 행 수를 효율적으로 확인하려면 어떻게 해야 합니까?

PostgreSQL 쿼리에서 LIMIT 이전의 총 행 수를 효율적으로 가져옵니다

데이터베이스 데이터 페이징에서는 일반적으로 페이징 제어를 렌더링할 총 페이지 수를 결정해야 합니다. 일반적으로 이를 위해서는 두 개의 개별 쿼리를 실행해야 합니다. 하나는 COUNT()를 사용하여 총계를 가져오고 다른 하나는 LIMIT를 사용하여 현재 페이지의 데이터를 검색합니다.

이 방법은 비효율적입니다. 다행히도 PostgreSQL에는 LIMIT를 적용하기 전에 총계를 구하는 더 좋은 방법이 있습니다. 바로 창 함수를 사용하는 것입니다.

SQL 창 기능

PostgreSQL 8.4에 도입된 창 기능을 사용하면 "창"으로 정의된 데이터 세트에 대해 계산을 수행할 수 있습니다. 적절한 창을 지정하면 LIMIT 작업에 영향을 주지 않고 총계를 검색할 수 있습니다.

다음 쿼리를 고려해 보세요.

SELECT foo, COUNT(*) OVER() AS full_count
FROM bar
WHERE <some condition="">
ORDER BY <some col="">
LIMIT <pagesize>
OFFSET <offset>;

여기서 full_count는 LIMIT가 적용되기 전의 총 행 수를 제공합니다.

참고: 이러한 방식으로 창 함수를 사용하는 것은 기존의 두 쿼리 접근 방식보다 계산 비용이 더 많이 들 수 있습니다. 이는 페이징 매개변수에 관계없이 모든 행을 계산해야 하기 때문입니다.

총 개수에 대한 대체 방법

어떤 경우에는 LIMIT 이전에 총액을 얻을 필요가 없습니다. 대안은 다음과 같습니다.

1. LIMIT 및 OFFSET을 사용하여 쿼리를 실행합니다.
2. 클라이언트 함수를 사용하여 영향을 받은 행 수를 계산합니다(예: PL/pgSQL의 GET DIAGNOSTICS 또는 PHP의 pg_num_rows).

기타 고려사항

1. SQL 쿼리의 이벤트 순서는 성능에 영향을 미칩니다. LIMIT 및 OFFSET 작업은 필터링, 그룹화 및 기타 작업 후에 적용됩니다.
2. 큰 테이블에서 LIMIT 및 OFFSET을 사용하는 것은 비효율적입니다. 더 나은 성능을 위해 다른 방법을 사용해 보세요.

위 내용은 PostgreSQL 쿼리에 LIMIT를 적용하기 전에 총 행 수를 효율적으로 확인하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!