| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 7. 쿼리 | Fast Forward | Next |
LIMIT및 OFFSET를 사용하는 것으로, 쿼리의 실행으로 생성된 행의 일부만을 꺼낼 수가 있습니다.
SELECT
select_list
FROM
table_expression
[ ORDER BY
sort_expression1
[ASC | DESC] [,
sort_expression2
[ASC | DESC] ...] ]
[ LIMIT {
number
| ALL } ] [ OFFSET
number
]
한도수를 지정하면, 지정한 행수보다 많은 행이 돌려주어질 것은 없습니다(그러나, 쿼리의 결과에 의해, 지정보다 적은 것은 있습니다). LIMIT ALL는, LIMIT구를 생략 했을 경우와 같습니다.
OFFSET는, 돌려주는 행의 개시 위치를 날리는 행수를 지정합니다. OFFSET 0은, OFFSET구를 생략 했을 경우와 같습니다. OFFSET및LIMIT의 양자가 지정되었을 경우, OFFSET의행을 날리고 나서, 돌려주어지는 LIMIT행을 세기 시작합니다.
LIMIT를 사용할 때는, 결과의 행을 일의인 순서에 제약하는 ORDER BY구를 사용하는 것이 중요합니다. ORDER BY를 사용하지 않으면, 예측할 수 없는 쿼리의 행의 부분 집합을 얻게 되겠지요. 10번째에서 20번째의 행을 쿼리하는 일도 있겠지만, 10번째에서 20번째라고 하는 것은, 어떠한 순서로 나란해지고 있던 것입니까? ORDER BY를 지정하지 않으면, 줄 순서는 모릅니다.
쿼리 최적화는, 쿼리 계획을 생성할 때에 LIMIT를 고려합니다. 따라서, LIMIT와 OFFSET로 지정한 값에 의해, (행의 순서가 다르다) 다른 계획을 얻을 수 있습니다. 이와 같이, 1개의 쿼리 결과로부터 다른 부분 집합을 골라내기 위해서, 다른 LIMIT/OFFSET의 값을 사용하면, ORDER BY로 결과의 순서를 제약하지 않는 한, 모순된 결과가 생기겠지요 . 이것은 불편한 것이 아닙니다. ORDER BY를 사용해 순서를 제약하지 않는 한, SQL는 반드시 특정의 순서로 쿼리의 결과를 건네주지 않는다는 특성의 필연적인 결과입니다.
OFFSET구로 넘어가는 행은, 실제로는 서버 내에서 계산됩니다. 그 때문에, 큰 값의 OFFSET는 비효율적이 되는 일이 있습니다.