PostgreSQL 8.3.3문서
Prev	Fast Backward	Chapter 4. SQL의 구문	Fast Forward	Next

4.2. 평가식

평가식은, 예를 들면 SELECT명령의 목적 리스트로서 INSERT나 UPDATE의 새로운 열의 값으로서 혹은 몇개의 명령의 검색 조건으로서 여러가지 문맥 중 에서 사용됩니다. 평가식의 결과는, 테이블식의 결과(즉 테이블)로부터 구별하기 위해서, 스칼라로 불리는 일도 있습니다. 따라서, 평가식은 스칼라식(또는 좀 더 간단하게 식)이라고도 불립니다. 식의 구문에 의해, 산술, 논리, 집합등의 연산을 실시하는 기본적인 부분에서 값의 계산을 실시할 수가 있습니다.

평가식은 아래의 예 중 하나입니다.

정수 혹은 리터럴값.
열의 참조.
함수 선언의 본문이나 준비된 문장에 있어서의, 위치 매개변수 참조.
첨자 첨부의 식.
필드 선택식.
연산자의 호출.
함수 호출.
집계식.
형태 캐스트.
스칼라 서브쿼리.
배열 생성자.
행 생성자.
부 식을 그룹화 하거나 우선 순위를 변경하는데 편리한, 괄호로 둘러싸인 다른 평가식.

이외에도, 식으로서 분류되지만 일반적인 구문 규약은 따르지 않는, 몇 개의 구성체가 있습니다. 이것들은 일반적으로 함수 혹은 연산자의 의미를 가집니다. Chapter 9의 해당 부분에서 설명되고 있습니다. 예를 들면 IS NULL구가 있습니다.

Section 4.1.2그리고 이미 정수에 대해서는 설명했습니다. 계속되는 섹션에서는 나머지의 옵션에 대해 설명합니다.

4.2.1. 열의 참조

열은, 아래와 같은 형식에서 참조할 수가 있습니다.


correlation
.
columnname

correlation는, 테이블명(스키마로 수식되고 있는 경우도 있습니다), FROM구로 정의된 테이블의 별명, 혹은 NEW 또는 OLD라는 키워드입니다 (NEW와 OLD는 재작성 룰로 밖에 사용됩니다만, 다른 상관명은 모든 SQL문으로 사용할 수가 있습니다). 상관명으로 단락지어 용무의 도트는, 만약 렬명이 현재의 쿼리로 사용되는 모든 테이블에서 유일한 경우는 생략 할 수가 있습니다. (Chapter 7도 참조해 주세요).

4.2.2. 위치 매개변수

위치 매개변수 참조는, 외부로부터 SQL문에게 건네지는 값을 나타내기 위해서 사용됩니다. 매개변수는 SQL 함수 정의 및 준비된 쿼리 중 에서 사용됩니다. 또, 클라이언트 라이브러리안에는, SQL 명령 문자열과 데이터값을 분리해 지정할 수 있는 기능을 지원하는 것도 있습니다. 이 경우, 매개변수는 행외 데이터값을 참조하기 위해서 사용됩니다. 매개변수 참조의 형식은 이하와 같습니다.

$
number

예를 들면, 함수 dept 의 정의가 이하와 같이 되었다고 합니다.

CREATE FUNCTION dept(text) RETURNS dept
    AS $$ SELECT * FROM dept WHERE name = $1 $$
    LANGUAGE SQL;

여기서 $1는 함수가 불려 갈 때에 최초의 함수 인자의 값을 참조합니다.

4.2.3. 첨자

배열의 값을 주는 식의 경우, 특정의 배열 요소의 값은 이하와 같이 기술하는 것으로 전개됩니다.


expression
[
subscript
]

또, 복수의 요소를 걸치는("배열의 일부분") 경우는 이하와 같이 기술하는 것으로 전개됩니다.


expression
[
lower_subscript
:
upper_subscript
]

(여기서 대괄호[ ]는 리터럴로서 나타나고 있습니다.) 각 subscript는 자신이 식이며, 정수값을 생성하지 않으면 안됩니다.

일반적으로는, 배열expression은 괄호표시가 없으면 안됩니다, 첨자가 붙은 식이 단순한 열참조나 위치 매개변수였을 경우, 그 괄호를 생략 할 수가 있습니다. 이하에 예를 나타냅니다.

mytable.arraycolumn[4]
mytable.two_d_column[17][34]
$1[10:42]
(arrayfunction(a,b))[42]

마지막 예에서는 괄호가 필요합니다. 배열의 자세한 것은 Section 8.10을 참조해 주세요.

4.2.4. 필드 선택

식이 복합형(행형)의 값을 생성하는 경우, 행의 특정의 필드는 이하와 같이 기술하는 것으로 전개할 수 있습니다.


expression
.
fieldname

일반적으로는, 행expression은 괄호표시가 없으면 안됩니다. 그러나, 선택원이 되는 식이 단순한 테이블 참조나 위치 매개변수의 경우, 괄호를 생략 할 수가 있습니다. 이하에 예를 나타냅니다.

mytable.mycolumn
$1.somecolumn
(rowfunction(a,b)).col3

(따라, 수식된 열참조는 실제로 단순한 필드 선택 구문의 특수한 경우입니다. )

4.2.5. 연산자의 호출

연산자의 호출에는 이하의 3 구문이 가능합니다.

expression operator expression (2항중치연산자)

operator expression (단항전치연산자)

expression operator (단항후치연산자)

여기서 operator토큰은, Section 4.1.3구문 규칙에 따르는 것, 혹은 키워드AND, OR, NOT의 언젠가, 또는 이하의 형식의 수식된 연산자명입니다.

OPERATOR(

schema

.

operatorname

)

구체적으로 어떤 연산자가 존재해, 그것이 단항이나 2항화인가는, 시스템이나 사용자에 의해 어떤 연산자가 정의되었는지를 의존합니다. Chapter 9에서, 편입 연산자에 대해 설명합니다.

4.2.6. 함수 호출

함수 호출의 구문은, 함수명(스키마명으로 수식되고 있는 경우가 있습니다)에 이어 그 인자를 괄호로 둘러싸 열거한 것입니다.


function
 ([

expression
 [, 
expression
 ... ]] )

예를 들면, 이하의 것은 2의 제곱근을 계산합니다.

sqrt(2)

편입 함수의 일람은 Chapter 9에 있습니다. 다른 함수는 사용자가 추가할 수 있습니다.

4.2.7. 집계식

집계식은, 쿼리에 의해 선택되는 행에 대해서 집계 함수가 적용되는 것을 의미합니다. 집계 함수는, 예를 들면 입력의 합계나 평균 등과 같이, 복수의 입력을 단일의 출력값으로 합니다. 집계식의 구문은 다음의 것들 중 하나입니다.


aggregate_name
 (
expression
 [ , ... ] )

aggregate_name
 (ALL 
expression
 [ , ... ] )

aggregate_name
 (DISTINCT 
expression
 [ , ... ] )

aggregate_name
 ( * )

여기서, aggregate_name는 사전에 정의된 집계(스키마명으로 수식되었을 경우도 있습니다)로, expression자체는 집계식을 포함하지 않는 평가식입니다.

집계식의 최초의 구문은, 지정된 식이 비NULL값을 돌려주는 입력행 모두에 대한 집계를 호출합니다 (실제로는 NULL값을 무시할지 어떨지는 집계 함수에 따라서 다릅니다만, 모든 표준적인 집계 함수에서는 무시합니다). ALL는 기본값이므로, 2번째의 형식은 최초의 형식과 같습니다. 3번째의 형식은, 입력행안에 있는 식의, 모든 중복 하지 않는, 비NULL값의 집계를 호출합니다. 마지막 형식은 NULL값이나 비NULL값인가에 관계없이, 각각의 입력행에 대해서 1회씩 집계를 호출합니다. 구체적인 입력값이 지정되어 있지 않기 때문에, 이것은 일반적으로 count(*)집계 함수에서만 도움이 됩니다.

예를 들면, count(*)는 입력행의 합계수를 요구합니다. count(f1)는 f1가 비NULL인 입력행의 수를 요구합니다. count(distinct f1)는 f1의 중복 하지 않는 비NULL값의 수를 요구합니다.

정의 끝난 집계 함수는 Section 9.15으로 설명되고 있습니다. 사용자는 다른 집계 함수를 추가할 수가 있습니다.

집계식은, SELECT명령의 결과 리스트 혹은 HAVING구내에서만 기술할 수가 있습니다. WHERE등의 다른 구에서는 용서되지 않습니다. 이러한 구는 이론상 집계 결과가 형성되기 전에 평가되기 때문입니다.

집계식이 서브쿼리(Section 4.2.9와 Section 9.16를 참조) 동안에 나타났을 경우, 통상 집계은 서브쿼리의 행 전체에 대해서 평가합니다. 그러나, 그 집계의 인자가 상위 레벨의 변수만을 가지는 경우는 예외입니다. 그 경우, 상위 쿼리의 행 전체에 대해서 평가합니다. 전체적으로, 그 집계식은, 그 후, 그 집계를 포함한 부문의에서는 외부 참조가 되어, 그 서브쿼리에 있어서의 평가에 대해서는 정수로서 동작합니다. 결과 리스트 혹은 HAVING구에게만 나타나는 제약은, 그 집계가 속하는 쿼리 레벨에 관련해 적용됩니다.

Note: 현재 PostgreSQL는, 1개 이상의 입력식을 가지는 DISTINCT를 지원하지 않습니다.

4.2.8. 형태 캐스트

형태 캐스트는, 어느 데이터형으로부터 다른 데이터형에의 변환을 지정합니다. PostgreSQL는 형태 캐스트에게 2개의 등가인 구문을 받아들입니다.

CAST ( 
expression
 AS 
type
 )

expression
::
type

CAST구문은 SQL에 준거한 것입니다. ::를 사용하는 구문은, PostgreSQL로 전통적으로 사용되고 있는 방법입니다.

캐스트가 기존의 형태의 평가식에 적용되었을 경우, 그것은 실행시 형 변환을 나타냅니다. 이 캐스트는, 적절한 형태 변환 조작이 정의되고 있는 경우만 성공합니다. Section 4.1.2.5에서 보여진것 처럼, 이것과 정수의 캐스트의 사용과의 미묘한 차이에 주의해 주세요. 수식되어 있지 않은 문자열 리터럴에 대한 캐스트는, 리터럴 정수값의 초기에 할당할 수 있는 형태를 나타냅니다. 그러니까, 이것은(문자열 리터럴 정수의 내용이 그 데이터형의 입력 구문으로 받아들일 수 있다면) 모든 형태로 성공합니다.

통상(예를 들면 테이블열에의 대입시 등), 평가식이 생성해야 하는 형태에 애매함이 없는 경우, 명시적인 형태 캐스트는 생략 할 수가 있습니다. 그 경우, 시스템은 자동적으로 형태 캐스트를 적용합니다. 그러나, 자동 캐스트는, 시스템 목록에 "암묵적으로 적용해도 문제 없음"을 나타나고 있는 경우에게만 실행됩니다. 그 외의 캐스트는 명시적인 캐스트 구문으로 호출할 필요가 있습니다. 이 제한은, 모르는 동안에 변환이 실행되어 버리는 것을 막기 위한 것입니다.

또, 함수와 같은 구문을 사용해 형태 캐스트를 지정할 수도 있습니다.


typename
 ( 
expression
 )

However, this only works for types whose names are also valid as function names. For example, double precision can't be used this way, but the equivalent float8 can. Also, the names interval, time, and timestamp can only be used in this fashion if they are double-quoted, because of syntactic conflicts. Therefore, the use of the function-like cast syntax leads to inconsistencies and should probably be avoided in new applications. (The function-like syntax is in fact just a function call. When one of the two standard cast syntaxes is used to do a run-time conversion, it will internally invoke a registered function to perform the conversion. By convention, these conversion functions have the same name as their output type, and thus the "function-like syntax" is nothing more than a direct invocation of the underlying conversion function. Obviously, this is not something that a portable application should rely on.) --> 그러나, 이것은 그 형태의 이름이 함수의 이름으로서도 유효한 경우에게만 동작합니다. 예를 들면, double precision 는 이 방식에서 사용할 수 없습니다만, 동등의 float8는 사용할 수 있습니다. 또, interval, time, timestamp라는 이름은, 구문이 충돌하기 때문에, 이중 인용부호로 표시한 경우에만 이 방식으로 사용할 수 있습니다. 이와 같이, 이 함수와 같은 캐스트 구문은 일관성이 없어지기 쉬우므로, 어쩌면 새로운 어플리케이션에서는 사용을 피해야 합니다. (이 함수와 같은 구문은, 실제로는 단순한 함수 호출입니다. 2개의 표준적인 캐스트 구문 가운데 하나가 실행시 변환으로 사용되면, 이 구문은 등록을 마친 함수를 내부적으로 호출해 변환을 실행합니다. 관습적으로, 이러한 변환 함수는 자신의 출력형과 같은 이름을 가져, 이것에 의해, "함수와 같은 구문"은 배후에 있는 변환용 함수를 직접 호출하는, 그 이상을 실시하지 않습니다. 이식성을 가지는 어플리케이션이 의존해야할 것 나오지 않는 것은 명확합니다.)

4.2.9. 스칼라 서브쿼리

스칼라서브쿼리는, 정확하게 1행 1열을 돌려주는, 괄호내의 통상의 SELECT쿼리입니다 (쿼리의 기술 방법에 대해서는 Chapter 7을 참조해 주세요). 그SELECT쿼리는 실행되어 돌려주어지는 단일의 값은, 그 값의 전후의 평가식에서 사용됩니다. 1행을 넘는 행이나 1열을 넘는 열이 스칼라서브쿼리용의 쿼리로서 사용되었을 경우는 에러가 됩니다 (그러나, 어느 실행시에, 서브쿼리가 행을 돌려주지 않는 경우는 에러는 되지 않습니다. 그 스칼라 결과는 NULL로서 다루어집니다). 서브쿼리는, 그 주위의 쿼리내의 값을 참조할 수가 있습니다. 그 값은 서브쿼리의 평가시에는 정수로서 다루어집니다. 서브쿼리에 관한 다른 식에 대해서는 Section 9.16도 참조해 주세요.

예를 들면, 이하는 각주에서 가장 인구가 많은 도시를 검색합니다.

SELECT name, (SELECT max(pop) FROM cities WHERE cities.state = states.name)
    FROM states;

4.2.10. 배열 생성자

배열 생성자는, 각 요소용의 값으로부터 배열값을 구축하는 식입니다. 단순한 배열 생성자의 구성은, ARRAY키워드, 왼쪽대괄호[, (컴마로 단락지은) 배열 요소치용의 하나 이상의 식, 마지막에 오른쪽대괄호]입니다. 이하에 예를 나타냅니다.

SELECT ARRAY[1,2,3+4];
  array
---------
 {1,2,7}
(1 row)

배열 요소형은, 멤버식의 형태와 같아, UNION나 CASE구문과 같은 규칙을 사용해 결정됩니다 (Section 10.5를 참조해 주세요).

다차원 배열치는, 배열 생성자를 상자로 하는 것으로 구축할 수 있습니다. 안쪽의 생성자에서 ARRAY키워드는 생략 가능합니다. 예를 들면, 이하는 같은 결과가 됩니다.

SELECT ARRAY[ARRAY[1,2], ARRAY[3,4]];
     array
---------------
 {{1,2},{3,4}}
(1 row)

SELECT ARRAY[[1,2],[3,4]];
     array
---------------
 {{1,2},{3,4}}
(1 row)

다차원 배열은 사각형 배열이 아니면 안됩니다, 동일 레벨의 내부생성자는 동일 차원의 부배열을 생성하지 않으면 안됩니다.

다차원 배열 생성자의 요소는, 부ARRAY구문 뿐만이 아니라, 적절한 종류의 배열을 생성하는 것을 취할 수가 있습니다. 이하에 예를 나타냅니다.

CREATE TABLE arr(f1 int[], f2 int[]);

INSERT INTO arr VALUES (ARRAY[[1,2],[3,4]], ARRAY[[5,6],[7,8]]);

SELECT ARRAY[f1, f2, '{{9,10},{11,12}}'::int[]] FROM arr;
                     array
------------------------------------------------
 {{{1,2},{3,4}},{{5,6},{7,8}},{{9,10},{11,12}}}
(1 row)

또, 서브쿼리의 결과로부터 배열을 구성하는 일도 가능합니다. 이 형식의 경우, 배열생성자는 ARRAY키워드의 뒤에 괄호(대괄호는 아니다)로 괄호표시한 서브쿼리로서 기술됩니다. 이하에 예를 나타냅니다.

SELECT ARRAY(SELECT oid FROM pg_proc WHERE proname LIKE 'bytea%');
                          ?column?
-------------------------------------------------------------
 {2011,1954,1948,1952,1951,1244,1950,2005,1949,1953,2006,31}
(1 row)

서브쿼리는 단일의 열을 돌려주지 않으면 안됩니다. 그 결과인 일차원 배열은, 서브쿼리의 출력열과 일치하는 형태를 요소형으로 한, 서브쿼리의 결과 내의 각 행을 요소로서 가집니다.

ARRAY로 구축된 배열값의 첨자는, 항상 1으로부터 시작됩니다. 배열에 대한 자세한 것은 Section 8.10을 참조해 주세요.

4.2.11. 행 생성자

행생성자는, 그 멤버 필드의 값을 사용해 행의 값(복합값이라고도 불립니다)을 구축하는 식입니다. 행생성자는, ROW키워드, 왼쪽 괄호, 행의 필드값용의 0개 이상의 식(컴마 단락), 마지막에 오른쪽 괄호로부터 됩니다. 이하에 예를 나타냅니다.

SELECT ROW(1,2.5,'this is a test');

ROW키워드는, 1개이상의 식이 리스트내에 있는 경우는 생략 할 수가 있습니다.

행생성자에는 rowvalue . *구문을 포함할 수가 있습니다. 이것은, SELECT리스트의 최상정도 레벨로. *구문이 사용되었을 때 멈춘 구 같이 행값의 요소의 열거에 전개됩니다. 예를 들어, 테이블t가 f1열과 f2열을 가지는 경우, 이하는 동일합니다.

SELECT ROW(t.*, 42) FROM t;
SELECT ROW(t.f1, t.f2, 42) FROM t;

Note: PostgreSQL 8.2보다 전에서는, . *구문은 전개되지 않았습니다. ROW(t. *, 42)와 기술하면, 1번째의 필드에 다른 행값을 가지는, 2개의 필드로부터 되는 행이 작성되었습니다. 대부분의 경우, 새로운 동작은 보다 사용하기 쉽게 되어 있습니다. 상자장의 행값이라고 하는 오래된 동작이 필요하면, . *를 사용하지 않고 , 예를 들어 ROW(t, 42)라고 한, 내부행값을 기술해 주세요.

기본값에서는, ROW식에 의해 작성되는 값은 익명 레코드형이 됩니다. 필요에 따라서, 이름 첨부의 복합형, 테이블의 행형, 혹은 CREATE TYPE AS로 작성된 복합형에 캐스트 할 수가 있습니다. 명시적인 캐스트는 애매성을 방지하기 위해서 필요할 수도 있습니다. 이하에 예를 나타냅니다.

CREATE TABLE mytable(f1 int, f2 float, f3 text);

CREATE FUNCTION getf1(mytable) RETURNS int AS 'SELECT $1.f1' LANGUAGE SQL;

-- getf1()가 1개 밖에 존재하지 않기 때문에 캐스트 불필요.
SELECT getf1(ROW(1,2.5,'this is a test'));
 getf1
-------
     1
(1 row)

CREATE TYPE myrowtype AS (f1 int, f2 text, f3 numeric);

CREATE FUNCTION getf1(myrowtype) RETURNS int AS 'SELECT $1.f1' LANGUAGE SQL;

-- 여기에서는, 어느 함수를 호출하는지를 나타내기 위해서 캐스트가 필요.
SELECT getf1(ROW(1,2.5,'this is a test'));
ERROR:  function getf1(record) is not unique

SELECT getf1(ROW(1,2.5,'this is a test')::mytable);
 getf1
-------
     1
(1 row)

SELECT getf1(CAST(ROW(11,'this is a test',2.5) AS myrowtype));
 getf1
-------
    11
(1 row)

행생성자는, 복합형의 테이블열에 저장하는 복합형의 값을 구축하기 위해, 혹은 복합형의 매개변수를 받아들이는 함수에 건네주기 위해서 사용할 수가 있습니다. 또, 이하의 예와 같게, 2개의 행값을 비교하는 일도, IS NULL 혹은 IS NOT NULL로 행을 검사하는 일도 가능합니다.

SELECT ROW(1,2.5,'this is a test') = ROW(1, 3, 'not the same');

SELECT ROW(table.*) IS NULL FROM table;  -- detect all-null rows

자세한 것은 Section 9.17을 참조해 주세요. 행생성자는, Section 9.16에서 설명한, 서브쿼리와 함께 사용할 수도 있습니다.

4.2.12. 식의 평가 규칙

부식의 평가의 순서는 정의되고 있지 않습니다. 특히 연산자나 함수의 입력은, 반드시 왼쪽에서 오른쪽등의 정해진 순서로 평가되는 것은 아닙니다.

게다가 그 식의 일부를 평가한 것만으로 식의 결과를 판단할 수 있는 경우에는, 다른 부식이 전혀 평가되지 않는 것도 있습니다. 예를 들면,

SELECT true OR somefunc();

그럼, somefunc()는 불려 가지 않을 것입니다. 이하의 경우도 같습니다.

SELECT somefunc() OR true;

이것은 일부의 프로그램 언어로 보여지는, 불리언 연산자에서의 왼쪽에서 오른쪽에의 "단락"과는 다른 것에 주의해 주세요.

그 때문에, 부차 작용이 있는 함수를 복잡한 식의 일부로서 사용하는 것은 추천 되지 않습니다. 특히, WHERE구 및 HAVING구로 부차 작용이나 평가순서에 의존하는 것은 위험합니다. 이러한 구는, 실행 계획을 작성하는 과정에서 빈번하게 재처리 되기 때문입니다. 이러한 구의 불식(AND/OR/NOT의 편성)은, 불리언 대수의 규칙으로 용서되는 모든 방식에서 재편성 할 수가 있습니다.

평가의 순서를 강제하는 것이 중요하면, CASE구문(Section 9.13를 참조)을 사용할 수 있습니다. 예를 들면, 다음의 식은 WHERE구로 0 제산을 피하는 방법으로서는 신뢰성의 낮은 것입니다.

SELECT ... WHERE x <> 0 AND y/x > 1.5;

그러나, 다음과 같이 하면 안전합니다.

SELECT ... WHERE CASE WHEN x <> 0 THEN y/x > 1.5 ELSE false END;

이러한 방법으로 사용되는 CASE구문은 최적화를 방해하는 것이므로, 필요한 경우에게만 사용해 주세요 (특히, 이 예에서는, y > 1.5*x로 대신에 기술하는 것이 문제를 회피하는 것보다 뛰어난 방법입니다. ).

Prev	Home	Next
어휘의 구성	Up	데이터 정의