| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
SELECT [ ALL | DISTINCT [ ON (
expression
[, ...] ) ] ]
* |
expression
[ AS
output_name
] [, ...]
[ FROM
from_item
[, ...] ]
[ WHERE
condition
]
[ GROUP BY
expression
[, ...] ]
[ HAVING
condition
[, ...] ]
[ { UNION | INTERSECT | EXCEPT } [ ALL ]
select
]
[ ORDER BY
expression
[ ASC | DESC | USING
operator
] [, ...] ]
[ LIMIT {
count
| ALL } ]
[ OFFSET
start
]
[ FOR { UPDATE | SHARE } [ OF
table_name
[, ...] ] [ NOWAIT ] [...] ]
" -->
여기서
from_item
는 이하 중 하나가 될 수 있습니다.
" -->
[ ONLY ]
table_name
[ * ] [ [ AS ]
alias
[ (
column_alias
[, ...] ) ] ]
(
select
) [ AS ]
alias
[ (
column_alias
[, ...] ) ]
function_name
( [
argument
[, ...] ] ) [ AS ]
alias
[ (
column_alias
[, ...] |
column_definition
[, ...] ) ]
function_name
( [
argument
[, ...] ] ) AS (
column_definition
[, ...] )
from_item
[ NATURAL ]
join_type
from_item
[ ON
join_condition
| USING (
join_column
[, ...] ) ]
SELECT는 0개나 그 이상의 테이블에서 행을 검색합니다. SELECT의 일반적인 처리는 이하와 같습니다.
FROM리스트에 있는 전요소가 계산됩니다 (FROM리스트의 요소는 실제나 가상 테이블입니다). FROM리스트에 복수의 요소가 지정되었을 경우, 그것들은 크로스 결합됩니다 (아래의 FROM구 을 참조해 주세요).
WHERE구가 지정되었을 경우, 조건을 채우지 않는 모든 행은 출력물으로부터 제거됩니다 (아래의 WHERE구 을 참조해 주세요).
GROUP BY구가 지정되었을 경우, 1개 또는 그 이상의 값이 조건에 맞는 행의 그룹으로 나누어 출력됩니다. HAVING구가 지정되었을 경우, 지정한 조건을 채우지 않는 그룹은 제거됩니다 (아래의 GROUP BY구 과 HAVING구 를 참조해 주세요).
실제로는 선택된 각 행에 대해서 SELECT출력식을 사용해 계산한 결과의 행이 출력됩니다 (아래의 SELECT리스트 을 참조해 주세요).
UNION,INTERSECT,EXCEPT연산자를 사용하면, SELECT의 명령문은 1개의 결과 집합 형식에 결합할 수가 있습니다. UNION연산자는 양쪽 모두의 결과 집합에 존재하는 행과 다른 한쪽의 결과 집합에 존재하는 행을 모두 돌려줍니다. INTERSECT연산자는 양쪽 모두의 결과 집합에 존재하는 행을 돌려줍니다. EXCEPT연산자는 최초의 결과 집합의 그 행을 돌려줍니다. 두번째의 결과 집합은 아닙니다. 이 세가지 경우 모두 중복하는 행은 ALL가 지정되지 것과 달리 제거됩니다 (후술의 UNION구 , INTERSECT구 , EXCEPT구 를 참조해 주세요).
ORDER BY구가 지정되었을 경우, 돌려주어지는 행은 지정한 차례로 정렬됩니다. ORDER BY가 지정되지 않는 경우는 시스템이 계산 과정에서 찾아낸 차례로 행이 돌려주어집니다 (후술의 ORDER BY절 을 참조해 주세요).
DISTINCT는 결과로부터 중복행을 없앱니다. DISTINCT ON는 지정한 모든 식에 일치하는 행을 없앱니다. ALL에서는 중복행도 포함해 모든 후보행을 돌려줍니다(이것이 기본값입니다. 자세하게는, 후술의 것 DISTINCT구 을 참조해 주세요).
LIMIT혹은 OFFSET구가 지정되었을 경우, SELECT명령문은 결과행의 일부분만을 돌려줍니다 (자세하게는, 후술의 것 LIMIT구 을 참조해 주세요).
FOR UPDATE또는 FOR SHARE구를 지정하면, SELECT명령문은 현재의 업데이트의 대항해 선택적 행을 잠급니다 (자세하게는, 후술의 것 FOR UPDATE/FOR SHARE구 을 참조해 주세요).
테이블에서 값을 읽어내려면SELECT권한이 필요합니다. FOR UPDATE또는 FOR SHARE를 사용하려면 , 게다가UPDATE권한이 필요합니다.
FROM구에는 SELECT의 대상이 되는 소스 테이블을 1개나 그 이상 지정합니다. 만약 복수의 소스가 지정되었을 경우, 결과는 모든 소스의 직적(크로스 결합)이 됩니다. 그러나, 통상은 제약 조건은 데카르트(Cartesian) 제품의 매우 일부를 돌려주도록 결과행을 한정합니다.
FROM구에는 이하의 요소를 지정할 수 있습니다.
기존의 테이블 혹은 뷰의 이름입니다(schema 수식명도 가능). ONLY가 지정되었을 경우, 그 테이블만이 스캔 됩니다. ONLY가 지정되지 않는 경우, 테이블과(존재하면) 그것을 상속하는 모든 테이블이 스캔 됩니다. 자손 테이블의 스캔은 테이블명에*를 붙인 형식에서 지정할 수도 있지만, 현재의 버젼에서는 기본값으로 행해집니다 (7.1보다 전의 릴리스에서는ONLY가 기본값이 였습니다). 기본값의 행동을 변경하려면sql_inheritance설정 옵션을 변경합니다.
별명을 포함한FROM아이템의 대체명입니다. 별명은 지정을 간결하게 하기 위한 혹은 자기 결합(같은 테이블을 여러 차례 스캔 하는 결합)의 애매함을 없애기 위해서 사용됩니다. 별명이 지정되고 있는 경우는 그 별명에 의해 실제의 테이블명 또는 함수명이 완전하게 숨겨집니다. 예를 들면 FROM foo AS f와 지정되고 있는 경우, 이후의SELECT문에서는 이FROM아이템을foo는 아니고 f로서 참조해야 합니다. 테이블의 별명이 있으면 그 테이블의 한개나 그 이상의 열 이름을 옮겨놓는 열의 별명 리스트를 기술할 수가 있습니다.
FROM구에서는 부SELECT를 사용할 수 있습니다. SELECT명령의 실행중, 부SELECT의 출력은 일시 테이블인것 같이 동작합니다. 부SELECT는 괄호로 둘러싸이지 않으면 안됩니다. 또, 반드시 별명을 주어져야 합니다. VALUES 명령을 여기서 사용할 수도 있습니다.
FROM구에서는 함수 호출을 사용할 수가 있습니다. (이것은 특히 함수가 결과 세트를 돌려주는 경우에 유용하지만, 임의의 함수를 사용할 수도 있습니다) SELECT명령의 실행중의 임시의 테이블로서 생성합니다. 또, 별명을 사용할 수도 있습니다. 별명이 지정되고 있으면, 열의 별명 리스트는 함수의 복합형의 반환값의 속성에 대한 하나나 그 이상의 대체명을 제공할 수도 있습니다. 함수가record데이터 타입을 돌려준다고 정의되고 있는 경우는 별명 즉AS키워드와 거기에 계속된다( column_name data_type [, ... ])(이)라고 하는 형식의 열 정의 리스트가 필요합니다. 열 정의 리스트는 함수에 의해 돌려주어지는 실제의 열의 수 및 데이터형에 일치해야 합니다.
의 하나
[ INNER ] JOIN
LEFT [ OUTER ] JOIN
RIGHT [ OUTER ] JOIN
FULL [ OUTER ] JOIN
CROSS JOIN
INNER 와 OUTER결합형에서는, 결합 조건, 즉, NATURAL, ON join_condition ,USING ( join_column [, ...])의 어느쪽이든 1개만을 지정할 필요가 있습니다. 각각의 의미는 후술 합니다. CROSS JOIN에서는 이러한 구를 기술하지 않아도 상관하지 않습니다.
JOIN구는 2개의FROM아이템을 연결시킵니다. nesting의 차례를 결정하기 위해서 필요하면 괄호를 사용해 주세요. 괄호가 없으면JOIN는 왼쪽에서 오른쪽에 nest로 합니다. 어떠한 경우에서도JOIN는 컴마로 나눌 수 있었던FROM항목보다 강한 관계를 가집니다.
CROSS JOIN와INNER JOIN는 이것은,FROM의 최상레벨로 2개의 항목을 결합한 결과와 같은 Cartesian 제품을 생성합니다. 그러나 (지정하면) 결합 조건에 의해 제한을 걸칠 수가 있습니다. CROSS JOIN는 INNER JOIN ON (true)와 동등하며 조건에 의해 삭제되는 행은 없습니다. 이러한 결합타입은 기술상의 편의를 위해서만 준비되어 있습니다. 따라서, 통상의FROM와 WHERE를 실행하지 않으면 아무것도 실시하지 않습니다.
LEFT OUTER JOIN는 Cartesian product 조건(즉, 그 결합 조건을 채우는 모든 조합)에 맞는 모든 행을 돌려주고 우측 테이블에는 결합 조건을 채우는 행이 존재하지 않았던 좌측 테이블 중에서 행의 복사도 돌려줍니다. 이 좌측 테이블의 행은 우측 테이블이 들어가는 열에는 NULL치가 삽입되는 것에 의해 결합된 테이블의 폴이 확장되어 집니다. 행이 매치되는 결정을 하는 동안 JOIN구의 소유 조건만이 고려되는 것에 주의해 주세요. 다른 외부 결합 조건은 다음에 적용됩니다.
반대로RIGHT OUTER JOIN는 모든 결합행과 좌측 테이블에 들어맞는 것이 없었던 우측의 행(좌측은 NULL로 확장되고 있습니다)의 1행씩을 돌려줍니다. 좌우의 테이블을 바꿔 넣으므로 LEFT OUTER JOIN로 변환할 수 있으므로, RIGHT OUTER JOIN는 기술상의 편의를 꾀하기 위해 준비되어 있는에 지나지 않습니다.
FULL OUTER JOIN는, 모든 결합행에 가세해 일치하지 않았던 좌측의 행(우측은 NULL로 확장), 일치하지 않았던 우측의 행(좌측은 NULL로 확장)을 모두 돌려줍니다.
join_condition 는 결합에 대해 어느 행이 일치하는지를 지정하는 boolean형의 값을 돌려주는 식입니다(WHERE구에 유사하고 있습니다).
USING ( a, b, ... )구는ON left_table.a = right_table.a AND left_table.b = right_table.b ...의 생략형입니다. USING는 등가인 열의 양쪽 모두는 아니고 다른 한쪽만이 결합의 출력에 포함되는 것을 의미합니다.
NATURAL는 2개의 테이블내의 같은 이름을 가지는 행을 모두 지정한USING리스트의 생략형입니다.
WHERE condition
condition 는 평가의 결과로서boolean형을 돌려주는 임의의 식입니다. 이 조건을 채우지 않는 행은 모두 출력으로부터 제거됩니다. 모든 변수에 실제의 행의 값을 대입해 식이 true가 리턴되는 경우, 그 행은 조건을 채운다고 보입니다.
GROUP BY구는 보통 이하의 형식이 됩니다(이 구는 생략 가능합니다).
GROUP BY expression [, ...]
GROUP BY는 그룹화를 위해서 주어진 식을 평가해, 결과가 같은 값이 된 행을 1개의 행으로 정리하는 기능을 가집니다. expression 에는 입력열의 이름, 출력열 (SELECT리스트 항목)의 이름/서수 혹은 입력열의 값을 계산하는 임의의 식을 취할 수가 있습니다. 판단이 서지 않을 때는 GROUP BY의 이름은 출력렬명은 아니고 입력렬명으로서 해석됩니다.
집약 함수가 사용되었을 경우, 각 그룹내의 모든 행을 대상으로 계산을 해 결과적으로 그룹마다의 값이 생성됩니다 (한편GROUP BY가 없으면, 집약 함수는 선택된 모든 행을 대상으로 계산을 실시해, 1개의 값을 생성합니다). GROUP BY가 존재하는 경우, 집약 함수 내부 이외로, 그룹화되어 있지 않은 열을 참조하는SELECT리스트는 무효가 됩니다. 그룹화되어 있지 않은 열에 대해 돌려주어지는 값은 복수의 값이 되어 버릴 가능성이 있기 때문입니다.
HAVING는 통상 이하의 형태가 됩니다(이 구는 생략 가능합니다).
HAVING condition
condition 는WHERE구로 지정하는 것 것과 같습니다.
HAVING는 그룹화 된 행 중에서 조건을 채우지 않는 행을 없애는 기능을 가집니다. HAVING와 WHERE는 다음의 점이 다릅니다. WHERE는 GROUP BY의 적용전에 개개의 행에 대해서 필터를 거는데 반해 HAVING는 GROUP BY의 적용 후에 생성된 그룹화 된 행에 대해서 필터를 걸칩니다. condition 내에서 사용하는 열은 집약 함수내에서 사용된 것을 제외해, 그룹화 된 열을 일의에 참조해야 합니다.
HAVING구가 있으면,GROUP BY구가 없었다고 해도 문의는 그룹화 된 문의가 됩니다. GROUP BY구를 가지지 않는 문의가 집약 함수를 포함한 경우도 같습니다. 선택된 행은 모두, 1개의 그룹을 형성하는 것으로 간주해집니다. 또,SELECT리스트와HAVING구에서는 집약 함수가 출력하는 테이블열 에서만 참조할 수가 있습니다. 이러한 쿼리에서는 HAVING가 true인 경우에는 단일의 행을, true가 아닌 경우는 0행을 출력합니다.
SELECT리스트(SELECT와FROM의 사이에 있는 키워드)는 SELECT명령문의 출력행을 형성하는 식을 지정하는 것입니다. 이 식에서는,FROM구로 처리 후의 열을 참조할 수가 있습니다(통상은 실제로 참조합니다). AS output_name 를 사용하면, 출력열에 전의 이름과는 다른 이름을 붙일 수가 있습니다. 이 이름은 주로 표시용의 열 라벨로 해서 사용됩니다. 또,ORDER BY구와 GROUP BY구내에서 열의 값을 참조될 수 있습니다. 그러나,WHERE나 HAVING구에서는 사용할 수 없습니다. 이것들에서는 식을 쓰지 않으면 안됩니다.
한 식 대신에 *는 선택된 행의 모든 열을 나타내는 생략형으로서 출력 리스트에서 쓸 수가 있습니다. 또, 그 테이블에 유래하는 열만을 나타내는 생략형으로서 table_name . *(이)라고 쓸 수도 있습니다.
UNION는 통상 이하의 형식이 됩니다.
select_statement UNION [ ALL ] select_statement
select_statement 는 ORDER BY,LIMIT, FOR UPDATE,FOR SHARE구 없이 임의의SELECT문이 들어갑니다 (ORDER BY와 LIMIT는 괄호로 둘러싸면 서브식으로서 부여할 수가 있습니다. 괄호가 없는 경우, 이러한 구는 우측으로 놓여진 입력식은 아니고,UNION의 결과에 대해서 적용되어 버립니다).
UNION연산자는 SELECT명령문이 돌려주는 행의 union 세트를 작성합니다. 이 union 세트에는, 2개의SELECT문의 결과 집합의 어느쪽이든(또는 양쪽 모두)에 존재하는 행이 모두 포함되어 있습니다. UNION의 직접적인 연산수가 되는SELECT명령문끼리가 돌려주는 렬수는 같지 않으면 안됩니다. 그리고 대응하는 열의 데이터형은 호환가능한 데이터 타입이 존재할 필요가 있습니다.
ALL옵션이 지정되어 있지 않은 한,UNION의 결과에는 중복행은 포함되지 않습니다. ALL를 지정하는 곳과 같은 중복 제거를 하지 않습니다 (그러므로, 통상UNION ALL는UNION보다 꽤 고속 상당히 고속입니다. 가능한 한ALL를 사용해 주세요).
같은 SELECT명령문에 복수의UNION연산자가 있는 경우, 괄호가 없는 한, 그것들은 왼쪽에서 오른쪽으로 평가됩니다.
현시점에서는 FOR UPDATE and FOR SHARE는 UNION의 결과나UNION에 대한 입력을 지정할 수 없습니다.
INTERSECT는 통상 이하의 형식이 됩니다.
select_statement INTERSECT [ ALL ] select_statement
select_statement 에는 ORDER BY,LIMIT,FOR UPDATE, FOR SHARE구를 가지지 않는 임의의SELECT 명령문이 들어갑니다.
INTERSECT는 2개의SELECT명령문이 돌려주는 행의 교차 세트을 계산합니다. 결과 집합의 양쪽 모두에 존재한다면 2개의SELECT명령문의 행입니다.
ALL옵션을 지정하지 않는 한INTERSECT의 결과에 중복행은 포함되지 않습니다. ALL가 지정되었을 경우, 좌측 테이블에 m 개, 우측 테이블에 n 개의 중복이 있는 행은, 결과 집합에서는 min( m , n ) 개출현합니다.
같은 SELECT문에 복수의INTERSECT연산자가 있는 경우, 괄호가 없는 한, 그것들은 왼쪽에서 오른쪽으로 평가됩니다. INTERSECT는 UNION보다 강한 관계를 가집니다. 즉, A UNION B INTERSECT C 는A UNION (B INTERSECT C)라고 해석됩니다.
현시점에서는INTERSECT의 결과나INTERSECT에 대한 입력에 FOR UPDATE와 FOR SHARE를 지정할 수 없습니다.
EXCEPT는 통상 이하의 형식이 됩니다.
select_statement EXCEPT [ ALL ] select_statement
select_statement 는 ORDER BY,LIMIT,FOR UPDATE, FOR SHARE구를 가지지 않는, 임의의SELECT 문이 들어갑니다.
EXCEPT는 좌측의SELECT문의 결과에는 존재해, 우측의SELECT문의 결과에는 존재 하지 않는 행의 집합을 생성합니다.
ALL옵션이 지정되어 있지 않은 한 EXCEPT의 결과에는 중복행은 포함되지 않습니다. ALL가 있는 경우, 좌측 테이블에 m 개, 우측 테이블에 n 개의 중복이 있는 행은, 결과 집합에서는 max( m - n , 0) 개출현합니다.
같은 SELECT명령문에 복수의EXCEPT 연산자가 있는 경우, 괄호가 없는 한, 그것들은 왼쪽에서 오른쪽으로 평가됩니다. EXCEPT의 관계의 강함은UNION와 같습니다.
현시점에서는 EXCEPT의 결과나EXCEPT에 대한 입력에 FOR UPDATE또는FOR SHARE를 지정할 수 없습니다.
ORDER BY구는 통상 이하의 형식이 됩니다(이 구는 생략 가능합니다).
ORDER BY expression [ ASC | DESC | USING operator ] [, ...]
expression 에는 출력열(SELECT리스트 항목)의 이름 또는 서수, 혹은 입력열 값으로부터 형성되는 임의의 식을 취할 수가 있습니다.
ORDER BY구를 사용하면 결과행을 지정한 식(복수가능)에 따라 정렬할 수가 있습니다. 가장 좌측의 식을 사용해 비교한 결과, 2개의 행이 동일하다고 판단되었을 경우는, 1개 우측의 식을 사용해 비교합니다. 그 결과도 동일하면, 한층 더 다음의 식에 진행됩니다. 지정한 모든 식에서 동일하다고 판단되었을 경우는, 실행에 의존한 차례로 돌려주어집니다.
서수는, 결과열의 위치(왼쪽에서 오른쪽으로 할당할 수 있습니다)를 나타냅니다. 이것을 사용하면 유일무의한 이름을 가지지 않는 열의 순서를 정의할 수가 있습니다. AS구를 사용하면 결과열에 이름을 할당할 수가 있으므로, 이것은 아무래도 필요한 기능이라고 하는 것은 아닙니다.
또,ORDER BY구에는 SELECT결과 리스트에 출현하지 않는 열을 포함한, 임의의 식을 사용할 수 있습니다. 따라서, 이하의 문장은 유효합니다.
SELECT name FROM distributors ORDER BY code;
다만,UNION,INTERSECT,EXCEPT의 결과에ORDER BY를 적용하는 경우는, 식은 사용하지 못하고, 출력열의 이름이나 서수만을 지정할 수 있다고 하는 제한이 있습니다.
ORDER BY의 식으로서 결과 열 이름과 입력열 이름의 양쪽 모두에 일치하는 단순한 이름이 주어졌을 경우, ORDER BY는 그것을 결과열 이름으로서 취급합니다. 이것은, 같은 상황에 있어서의GROUP BY의 선택과는 반대입니다. 이 불일치는 표준 SQL와의 호환성을 보관 유지하기 위해서 발생하고 있습니다.
ORDER BY중의 임의의 식의 뒤에, 생략 가능한 키워드ASC(승순),DESC(내림차순)를 부가할 수가 있습니다. 지정이 없으면, 기본값으로ASC가 있는 것으로서 다루어집니다. 대안적으로 순서를 지정하는 연산자명을USING구로 지정하는 방법도 있습니다. 순서 지정 연산자는 어떠한 B-Tree 연산자족의 소든지 또는 대든지 연산자가 아니면 안됩니다. 통상 ASC는USING <와DESC는USING >와 같습니다 (다만, 사용자 정의 데이터형의 작성시에는 기본값의 정렬 순서를 정의할 수가 있습니다. 또, 다른 이름의 연산자와 대응 붙이고 할 수도 있습니다).
그 null값은 다른 값보다 높게 정렬합니다. 바꾸어 말하면 오름차순정렬, 끝에서 null값 정렬, 내림차순 정렬, 시작점에서 null값으로 정렬이라 합니다.
문자형 데이터에서는 데이터베이스 클러스터의 초기화시로 결정되는 로케일 지정의 조합순서에 따라 정렬됩니다.
DISTINCT가 지정되면(자), 중복 하는 행은 모두 결과 세트로부터 삭제됩니다 (각각 1행만이 보관 유지됩니다). ALL는 이 반대로, 모든 행이 보관 유지됩니다. 이것이 기본값됩니다.
DISTINCT ON ( expression [, ...] )(은)는 각 행 집합 안에서, 지정한 식이 동일하다고 평가한 최초의 행만을 보관 유지합니다. DISTINCT ON식은 상술의ORDER BY와 같은 규칙으로 다루어집니다. 각 집합의"최초의 행"은 ORDER BY를 사용해 목적의 행이 확실히 최초로 나타나도록 하지 않는 한 예측할 수 없습니다. 예를 들면, 다음의 예는 각지점의 최신의 기상 정보를 꺼냅니다.
SELECT DISTINCT ON (location) location, time, report
FROM weather_reports
ORDER BY location, time DESC;
ORDER BY를 사용해 각지점을 시간에 의해 내림차순에 정렬하지 않으면 각지점에 대해 얻을 수 있는 정보가 언제의 것인가는 모릅니다.
DISTINCT ON로 지정하는 식은ORDER BY의 가장 좌측의 식과 일치하지 않으면 안됩니다. ORDER BY구는 통상 각DISTINCT ON그룹 중에서의 행의 우선 순위를 결정하는 추가적인 식을 포함합니다.
LIMIT구는 2개의 독립한 부구로부터 구성됩니다.
LIMIT {
count
| ALL }
OFFSET
start
count 에는 돌려주어지는 행의 최대수를, 한편, start 에는 행을 돌려주기 시작하기 전에 날리는 행수를 지정합니다. 양쪽 모두 지정되었을 경우, start 행은 count 행이 돌려지는 숫자세기를 시작하기 전에 스킵되어 진다.
LIMIT를 사용할 때는, 결과행을 일의인 차례로 강제하는ORDER BY구를 사용하면(자) 좋을 것입니다. 그렇게 하지 않다고 문의 결과의 어느 부분이 돌려주어지는지를 모릅니다. 10~20행째까지를 출력한다고 해도, 어느 차례로 나란해질 수 있었을 때의 10~20행째일까요. ORDER BY를 지정하지 않는 한, 행이 돌려주어지는 차례는 불명합니다.
FOR UPDATE는 이하의 형식이 됩니다.
FOR UPDATE [ OF table_name [, ...] ] [ NOWAIT ]
깊게 관련하는FOR SHARE구는 이하의 형식이 됩니다.
FOR SHARE [ OF table_name [, ...] ] [ NOWAIT ]
FOR UPDATE를 사용하면(자), 문의에 의해 검색된 행이 갱신용으로 락 됩니다. 이것에 의해, 현행의 트랜잭션(transaction)가 종료할 때까지는, 이러한 행이 다른 트랜잭션(transaction)에 의해 변경되거나 삭제 되거나 하는 것이 없어집니다. 즉, 현행의 트랜잭션(transaction)가 종료할 때까지는, 다른 트랜잭션(transaction)가 이러한 행에 대해서UPDATE,DELETE,SELECT FOR UPDATE를 시행해도 거부됩니다. 또, 다른 트랜잭션(transaction)로부터의UPDATE,DELETE,SELECT FOR UPDATE에 의해 선택한 행이 락 되고 있는 경우,SELECT FOR UPDATE를 실행하려고 하면(자),SELECT FOR UPDATE는 그 트랜잭션(transaction)가 종료하는 것을 기다리고 나서, 그 후 행을 잠그어 갱신된 행을 돌려줍니다(행이 삭제되었을 경우는 돌려주지 않습니다). 자세한 것은Chapter 12을 참조해 주세요.
다른 트랜잭션(transaction)의 위탁을 대기하는 일 없이 조작을 진행시키려면 ,NOWAIT옵션을 사용해 주세요. 선택행의 락을 즉석에서 획득할 수 없을 때,SELECT FOR UPDATE NOWAIT는 대기하지 않고 , 에러를 보고합니다. NOWAIT하행 레벨 락에게만에 적용되는 점에 주의해 주세요. 즉, 필요한ROW SHARE테이블 레벨 락은 통상 그대로의 방법( Chapter 12참조)으로 획득됩니다. 만약, 테이블 레벨의 락을 대기하지 않고 획득해야 하는 것이면, LOCK 의NOWAIT옵션을 사용해 주세요.
FOR SHARE도 이와 같이 행동합니다만, 입수하는 행에 대해 배타적 락을 획득하는 것이 아니라 공유 락을 획득하는 점이 다릅니다. 공유 락에 의해, 타트랜잭션(transaction)에 의한 그 행에 대한UPDATE,DELETE,SELECT FOR UPDATE조작은 블록 됩니다. 그러나, 타트랜잭션(transaction)에 의한SELECT FOR SHARE조작을 막지 않습니다.
FOR UPDATE또는 FOR SHARE내에 특정의 테이블이 지정되고 있는 경우는, 그 테이블의 행만이 락 됩니다. SELECT내의 다른 테이블은 통상 대로에 읽힙니다. 테이블 리스트를 가지지 않는FOR UPDATE혹은 FOR SHARE구는, 그 명령으로 사용되는 모든 테이블에 영향을 줍니다. FOR UPDATE혹은 FOR SHARE가 뷰 또는 서브쿼리로 사용되었을 경우, 그 뷰나 서브쿼리로 사용되는 모든 테이블에 영향을 줍니다.
다른 락 방식을 다른 테이블로 지정할 필요가 있으면, 복수의FOR UPDATE와 FOR SHARE구를 기술할 수가 있습니다. FOR UPDATE구와 FOR SHARE구의 양쪽 모두로 동일한 테이블을 기술했을(또는 암묵적으로 영향이 주어질) 경우,FOR UPDATE로서 처리됩니다. 같이 어느 테이블에 영향을 주는 구의 어느쪽이든으로 NOWAIT가 지정되었을 경우, 그 테이블은NOWAIT로서 처리됩니다.
FOR UPDATE및 FOR SHARE는 돌려주어지는 행이 테이블의 어느 행에 대응하는지가 명확하게 식별할 수 없는 경우에는 사용할 수가 없습니다. 예를 들면, 집합에는 사용할 수 없습니다.
| Caution |
|
행을 잠그고 나서 후의 세이브 포인트나 PL/pgSQL예외 블록으로 그 행을 편집하는 것은 피해 주세요. 후의 롤백(rollback)로 락이 없어져 버립니다. 이하에 예를 나타냅니다. BEGIN; SELECT * FROM mytable WHERE key = 1 FOR UPDATE; SAVEPOINT s; UPDATE mytable SET ... WHERE key = 1; ROLLBACK TO s; ROLLBACK후 행은 서브 포인트전의 락 된 갱신전 상태에 돌아오지 않고 실질 락 되지 않습니다. 현재의 트랜잭션(transaction)로 락 된 행이 업데이트되거나 삭제 되거나 했을 경우나, 공유 락이 배타 락에 향상했을 경우, 이것은 위험합니다. 모든 경우에 대해, 이전의 락 상태를 잊을 수 있고 있습니다. 트랜잭션(transaction)가 그 후, 원의 락 명령과 계속되는 업데이트동안 상태에 롤백(rollback) 했을 경우, 그 행은 락되어 있지 않은 상태로서 나타납니다. 이것은 실행의 부족이며 장래의PostgreSQL릴리스로 수정할 예정입니다. |
| Caution |
|
LIMIT구와 FOR UPDATE/SHARE구의 양쪽 모두를 사용한SELECT명령에서는 LIMIT로 지정한 행수보다 적은 행이 돌려주어지는 경우가 있습니다. 이것은LIMIT가 우선 최초로 적용되기 때문입니다. 이 명령은 지정한 행의 숫자를 선택하지만, 그 일부 혹은 모두에 대한 락의 취득이 블록 될 가능성이 있습니다. 이SELECT의 블록이 해제된 시점에서, 행은 삭제되고 있을지도 모르고, 또, 쿼리의WHERE조건에 맞지 않게 업데이트 되어 있을지도 모릅니다. 이러한 경우, 행은 돌려주어지지 않습니다. |
films테이블을distributors테이블과 결합합니다.
SELECT f.title, f.did, d.name, f.date_prod, f.kind
FROM distributors d, films f
WHERE f.did = d.did
title | did | name | date_prod | kind
-------------------+-----+--------------+------------+----------
The Third Man | 101 | British Lion | 1949-12-23 | Drama
The African Queen | 101 | British Lion | 1951-08-11 | Romantic
...
모든 영화의len열을 합계해 kind열에 의해 결과를 그룹화 합니다.
SELECT kind, sum(len) AS total FROM films GROUP BY kind; kind | total ----------+------- Action | 07:34 Comedy | 02:58 Drama | 14:28 Musical | 06:42 Romantic | 04:38
모든 영화의len열을 합계해 kind열에 의해 결과를 그룹화 해, 합계가 5시간보다 적은 그룹의 합계를 표시합니다.
SELECT kind, sum(len) AS total
FROM films
GROUP BY kind
HAVING sum(len) < interval '5 hours';
kind | total
----------+-------
Comedy | 02:58
Romantic | 04:38
다음에 결과를 2번째의 열(name)의 내용에 근거해 정렬하는 방법을 2개 예시합니다.
SELECT * FROM distributors ORDER BY name; SELECT * FROM distributors ORDER BY 2; did | name -----+------------------ 109 | 20th Century Fox 110 | Bavaria Atelier 101 | British Lion 107 | Columbia 102 | Jean Luc Godard 113 | Luso films 104 | Mosfilm 103 | Paramount 106 | Toho 105 | United Artists 111 | Walt Disney 112 | Warner Bros. 108 | Westward
다음의 예는 distributors테이블과actors테이블의 화집합을 취득하는 방법을 나타내고 있습니다. 게다가 양쪽 모두의 테이블로 결과를 W라고 하는 문자로 시작되는 행에만 한정하고 있습니다. 중복 하지 않는 행만이 필요해서 ALL키워드는 생략 되고 있습니다.
distributors: actors:
did | name id | name
-----+-------------- ----+----------------
108 | Westward 1 | Woody Allen
111 | Walt Disney 2 | Warren Beatty
112 | Warner Bros. 3 | Walter Matthau
... ...
SELECT distributors.name
FROM distributors
WHERE distributors.name LIKE 'W%'
UNION
SELECT actors.name
FROM actors
WHERE actors.name LIKE 'W%';
name
----------------
Walt Disney
Walter Matthau
Warner Bros.
Warren Beatty
Westward
Woody Allen
다음에 FROM구내에서의 함수의 사용 방법에 대해 열 정의 리스트가 있는 경우와 없는 경우의 양쪽 모두의 예를 나타냅니다.
CREATE FUNCTION distributors(int) RETURNS SETOF distributors AS $$
SELECT * FROM distributors WHERE did = $1;
$$ LANGUAGE SQL;
SELECT * FROM distributors(111);
did | name
-----+-------------
111 | Walt Disney
CREATE FUNCTION distributors_2(int) RETURNS SETOF record AS $$
SELECT * FROM distributors WHERE did = $1;
$$ LANGUAGE SQL;
SELECT * FROM distributors_2(111) AS (f1 int, f2 text);
f1 | f2
-----+-------------
111 | Walt Disney
물론 SELECT문은 표준 SQL와 호환성이 있습니다. 그러나, 확장 기능이나 실현되어 있지 않은 기능도 몇개인가 있습니다.
PostgreSQL에서는 FROM구를 생략 할 수가 있습니다. 이것에 의해, 이하와 같이 단순한 식을 계산시킬 수가 있습니다.
SELECT 2+2;
?column?
----------
4
다른SQL데이터베이스에서는 이러한SELECT를 실시하기 위해서 더미의 1행 테이블을 제외할 수 없습니다.
FROM구의 지정이 없는 경우, 쿼리에서는 데이터베이스 테이블을 참조할 수가 없습니다. 예를 들면, 이하의 쿼리는 무효입니다.
SELECT distributors.* WHERE distributors.name = 'Westward';
PostgreSQL릴리스 8.1보다 전까지에서는, 이러한 형태의 쿼리를 받아들여 쿼리로 참조하는 각 테이블에 대한 암묵적인 항목을 쿼리의FROM구에 추가하고 있었습니다. 이것은 표준 SQL에 따르지 않고 또, 에러를 이끌기 쉽기 때문에, 기본 동작은 아니게 되었습니다. 이 동작에 의존하는 애플리케이션에 있어서의 호환성을 유지하려면, add_missing_from설정 변수를 유효하게 해 주세요. enabled.
표준 SQL에서는 생략 가능한 키워드인AS는 단순한 노이즈로서 다루어져 생략 해도 영향은 없습니다. PostgreSQL의 파서는 출력열의 이름을 변경할 때에 이 키워드를 필요로 합니다. 왜냐하면, 형태의 확장 기능을 생각하면 이 키워드가 없으면 구문 분석의 불명료함으로 연결되기 때문입니다. 그러나,FROM항목에서는AS는 생략 가능합니다.
표준 SQL-92에서는 ORDER BY구로 사용할 수 있는 것은 결과의 렬명이나 숫자뿐이며 GROUP BY구로 사용할 수 있는 것은, 입력렬명으로부터 되는 식만입니다. PostgreSQL는 이러한 구로 양쪽 모두를 지정할 수 있도록 확장되고 있습니다 (다만, 불명료함이 있는 경우는 표준의 해석이 사용됩니다). 게다가PostgreSQL에서는 어느 쪽의 구에도 임의의 식을 지정할 수 있습니다. 식에서 사용되는 이름은 항상 결과열의 이름은 아니고 입력열의 이름으로 간주해지는 것에 주의해 주세요.
SQL:1999이후에서는, SQL-92와의 상위 호환성이 전혀 없는 다소 다른 정의가 채용되고 있습니다. 그러나, 대부분의 경우 PostgreSQL는 SQL:1999로 같은 방법으로 ORDER BY나GROUP BY를 해석합니다.