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

4.1. 어휘의 구성

SQL의 입력은, 명령의 시퀀스로 구성 됩니다. 명령은 토큰이 연결된 것으로 구성되어 마지막은 세미콜론(";")으로 끝납니다. 입력 흐름의 종료도 역시 명령을 끝냅니다. 어느 토큰이 유효여부는 특정 명령의 구문을 따릅니다.

토큰은 키워드, 식별자, 인용부호로 둘러싸인 식별자, 리터럴(혹은 정수), 특별한 문자 심볼입니다. 토큰은 통상 공백(스페이스, 탭, 개행)에서 단락지어집니다만, 애매함이 없으면(일반적으로는 특별한 문자가 다른 토큰형과 인접하고 있는 경우만) 필요 없습니다.

게다가 입력된 SQL에 코멘트가 붙어 있어도 상관하지 않습니다. 코멘트는 토큰은 아니고, 그 효과는 공백과 같습니다.

예를 들면, 이하의 것은(구문적으로) 올바른 SQL의 입력입니다. 

SELECT * FROM MY_TABLE;
UPDATE MY_TABLE SET A = 5;
INSERT INTO MY_TABLE VALUES (3, 'hi there');

이 예는 1행에 1개의 명령을 기술한, 3개의 명령이 연속하고 있습니다(반드시 1개의 명령을 1행으로 쓸 필요는 없습니다. 1행에 복수의 명령을 입력하는 일도 가능하고, 1개의 명령을 복수행으로 나누어 기술하는 일도 가능합니다).

SQL 구문은, 토큰이 명령을 식별해, 어떤 것이 오퍼랜드로 어떤 것이 매개변수인가에 관해서는 그다지 시종 일관하고 있지 않습니다. 최초의 몇개의 토큰은 일반적으로 명령명입니다. 따라서, 상기의 예에 대해 "SELECT", "UPDATE", "INSERT"명령에 대해 통상 설명하게 됩니다. 그러나, 예를 들면 UPDATE명령에서는, SET토큰이 특정의 위치에 항상 기술되어야 하고, 이 예로 사용되고 있는 INSERT명령을 완결하기 위해서는 VALUES토큰이 필요합니다. 각각의 명령의 정확한 구문 규칙은 Part VI으로 설명되고 있습니다.

4.1.1. 식별자와 키워드

상기의 예에 나오는 SELECT, UPDATE, 혹은 VALUES와 같은 토큰은, 키워드의 일례입니다. 키워드란, SQL 언어로 정해진 의미를 가지고 있는 단어입니다. MY_TABLE토큰이나 A토큰은 식별자의 일례입니다. 이것들은, 사용되는 명령에 의해, 테이블, 열, 다른 데이터베이스 객체의 이름을 식별합니다. 따라서, 단지 "이름"으로 불리는 일도 있습니다. 키워드와 식별자는 같은 어휘의 구조를 가지기 때문에, 언어를 모르면 토큰이 식별자인지 키워드인지 모르는 것이 됩니다. 모든 키워드의 리스트는 Appendix C에 있습니다.

SQL 식별자와 키워드는, 문자(a~z및 발음 구별 부호와 비Latin 문자), 언더 스코어(_)로 시작되지 않으면 안됩니다. 식별자 또는 키워드 중 에서 계속되는 문자는, 문자, 언더 스코어, 숫자(0~9)를 사용할 수가 있습니다. 표준 SQL의 기술에 따르면, 달러 기호는 식별자내에서는 사용할 수 없는 것에 주의해 주세요. 그러니까, 이것을 사용하면 어플리케이션의 이식성은 낮아질 가능성이 있습니다. 표준 SQL에서는, 숫자를 포함한, 혹은 언더 스코어로 시작되거나 끝나는 키워드는 정의되고 있지 않습니다. 따라서, 이 형식의 식별자는 표준의 향후의 확장과 충돌 할 가능성이 없다는 의미로 안전하다고 할 수 있습니다.

시스템은 NAMEDATALEN-1바이트보다 긴 식별자의 문자수를 사용하지 않습니다. 보다 긴 이름을 명령으로 쓸 수 있습니다만, 짧게 잘립니다. 기본값에서는 NAMEDATALEN는 64이므로, 식별자는 가장 긴 것이 63바이트입니다. 이 제한이 문제가 되는 경우는, src/include/postgres_ext.h내의 NAMEDATALEN정수의 값을 변경해 늘릴 수가 있습니다.

식별자와 키워드명은 대문자와 소문자를 구별하지 않습니다. 따라서, 

UPDATE MY_TABLE SET A = 5;

는, 이하의 문장과 같은 의미가 됩니다. 

uPDaTE my_TabLE SeT a = 5;

관습적으로는, 키워드를 대문자로, 이름을 소문자로 씁니다. 예를 들면 아래와 같이 됩니다. 

UPDATE my_table SET a = 5;

식별자에는 부차적인 종류도 있습니다. 단락 식별자 혹은 인용부호 첨부 식별자입니다. 임의의 문자의 일렬 정렬을 이중 인용부호(")로 둘러싼 것입니다. 단락 식별자는 항상 식별자이며, 키워드가 아닙니다. 그러니까, "select"는 "select"라는 이름의 열 혹은 테이블을 쿼리하기 위해서 사용할 수 있지만, 인용부호가 붙지 않는 select는 키워드로서 이해되므로, 테이블 혹은 렬명이 기대되는 부분에서는 해석 에러를 일으킵니다. 인용부호 첨부 식별자는 아래와 같은 예와 같이 쓸 수가 있습니다. 

UPDATE "my_table" SET "a" = 5;

인용부호 첨부 식별자는, 문자 코드 0이외이면 어떠한 문자에서도 사용할 수 있습니다 (이중 인용부호를 포함하고 싶은 경우는, 이중 인용부호를 2개 입력합니다). 평상시 사용할 수 없는 공백이나 ampersand(&)(&)를 포함한 테이블명이나 렬명을 만드는 것이 가능합니다. 이 경우에 대해도 길이의 제한은 적용됩니다.

인용부호가 붙지 않는 이름은 항상 소문자로 해석됩니다만, 식별자를 인용부호로 둘러싸는 것에 의해 대문자와 소문자가 구별되게 됩니다. 예를 들면, 식별자FOO, foo, "foo"는 PostgreSQL에 의하면 같은 것으로서 해석됩니다만, "Foo"와 "FOO"는, 이것들 3 개 모두, 또 서로 다른 것으로서 해석됩니다 (PostgreSQL가 인용부호가 붙지 않는 이름을 소문자로서 해석하는 것은 표준 SQL와 호환성이 없습니다. 표준 SQL에서는 인용부호가 붙지 않는 이름은 대문자로 해석되어야 한다고 합니다. 따라서 표준 SQL에 의하면, foo는 "FOO"와 같아서, "foo"와는 다를 것입니다. 만약 이식 가능한 어플리케이션을 쓰고 싶다면, 특정의 이름은 항상 인용부호로 둘러싸든가, 혹은 전혀 둘러싸지 않는 어느 한 쪽에 통일하는 것을 추천합니다).

4.1.2. 정수

PostgreSQL에는, 3개의 암시적으로 입력된 정수가 있습니다. 문자열, 비트 문자열, 그리고 숫자입니다. 정수는 명시적인 형태로 지정할 수도 있어 그 경우는 시스템에 의한, 보다 정확한 표현과 효율이 좋은 조작이 가능하게 됩니다. 이러한 다른 방법에 대해서는 잠시 후에 설명합니다.

4.1.2.1. 문자열 정수

SQL에 있어서의 문자열 정수는, 단일 인용부호(')로 표시된 문자의 줄입니다. 예를 들면, 'This is a string'입니다. 문자열 정수내의 단일 인용부호의 기술 방법은, 두 근접한 단일 인용부호를 기술하는 것입니다. 예를 들면, 'Dianne''s horse'입니다. 이중 인용부호(")와는 동일하지 않으 점에 주의해 주세요.

2개의 문자열 정수가, 적어도 1개의 개행 을 포함한 공백에서 단락지어지고 있는 경우는, 2개의 정수는 연결되어, 마치 1개의 정수로서 쓰여진 것처럼 효율적으로 처리됩니다. 예를 나타냅니다. 

SELECT 'foo'
'bar';

는, 

SELECT 'foobar';

와 같습니다. 그러나, 

SELECT 'foo'      'bar';

는 유효한 구문이 아닙니다 (이 약간의 이상한 행동은 SQL로 결정되어 있어서, PostgreSQL에서는 이 표준에 따르고 있습니다).

PostgreSQL에서는, 또, "이스케이프"문자 정수를을 받아들입니다. 이것은 표준 SQL의 확장입니다. 이스케이프 문자 정수는, 개시 단일 인용부호의 직전에 E(대문자에서도 소문자에서도 괜찮습니다)를 기술하는 것으로 지정됩니다. 예를 들면 E'foo'입니다. (복수행에 건너는 이스케이프 문자 정수에서는, 최초의 개시 인용부호의 전에만 E를 기술해 주세요. ) 이스케이프 문자열 중에서는, backslash 문자(\)에 의해 C언어와 같은 backslash순서가 시작됩니다. backslash와 계속되는 문자의 편성이 특별한 바이트값을 표현합니다. \b는 후퇴(백 스페이스)를, \f는 페이지 넘기기를, \n는 개행을, \r는 복귀(왕복 리턴)를, \t는 탭을 나타냅니다. 또,\ digits 라는 형식도 지원해, digits 는 8 진수 바이트값을 나타냅니다. \x hexdigits 라는 형식에서는, hexdigits 는 16 진수 바이트값을 나타냅니다. (작성하는 바이트의 줄이 서버의 캐릭터 세트 인코딩 방식으로서 유효한지 아닌지는 코드 작성자의 책임입니다. ) 여기에 나타낸 이외의 backslash의 뒤의 문자는 그대로 해석됩니다. 따라서, backslash 문자를 포함하려면, 2개의 backslash(\\)를 기술해 주세요. 또, 통상의 ''라는 방법 이외에, \'와 기술하는 것으로 단일 인용부호를 이스케이프 문자열에 포함할 수 있습니다.

Caution

설정 매개변수standard_conforming_strings가 off의 경우, PostgreSQL는 backslash 이스케이프를 통상의 문자 정수와 이스케이프 문자 정수의 양쪽 모두로 인식합니다. 이것은, backslash 이스케이프가 항상 인식된다는 역사적인 동작을 위한, 후방 호환성을 유지하기 위한의 것입니다. 현재 standard_conforming_strings는 기본값으로off입니다만, 표준 호환성을 높이기 위해서 향후의 릴리스로 기본값on로 변경될지도 모릅니다. 그러므로, 어플리케이션에서는 backslash 이스케이프의 사용으로부터 이행 하지 않으면 안됩니다. 특수 문자를 표현하기 위해서 backslash를 사용할 필요가 있는 경우, E를 붙여 정수를 기술해, 향후의 릴리스에서도 확실히와 같이 다루어지도록 해 주세요.

standard_conforming_strings외에, 설정 매개변수escape_string_warning 및 backslash_quote이 문자 정수내의 backslash의 동작을 결정합니다.

문자열 정수내에는 코드 0의 문자를 포함할 수 없습니다.

4.1.2.2. 달러 기호 인용부호 문자열 정수

SQL에 있어서의 문자열 정수의 지정 구문은 대부분의 경우 편리합니다만, 대상으로 하는 문자열내에 많은 단일 인용부호나 backslash가 있으면, 그것들을 모두 이중 인용 부호 하지 않으면 안되기 때문에 이해 하기 어려워집니다. 이러한 상황에 있어도 쿼리의 가독성을 보다 높이기 위해서 PostgreSQL는, "달러 인용부호부"라는 다른 문자열 정수의 지정 방법을 제공합니다. 달러 인용부호 붙이고 된 문자열 정수는, 달러 기호($), 생략 가능한 0개 이상의 문자로부터 되는 "태그", 달러 기호, 문자열 정수를 구성하는 임의의 문자의 컨텐츠, 달러 기호, 이 인용부호부의 초로 지정한 것과 같은 태그, 달러 기호로부터 구성됩니다. 예를 들면, "Dianne's horse"라는 문자열을 달러 인용부호부를 사용해 지정하는 방법에는, 이하의 2개가 있습니다. 

$$Dianne's horse$$
$SomeTag$Dianne's horse$SomeTag$

달러 인용부호 붙이고 된 문자열은 이미 이스케이프 되고 있기 때문에, 문자열 정수는 모두 그대로 기술할 수 있습니다. 그 줄이 개시 태그에 일치하지 않는 한, backslash도 달러 기호도 특별한 것이 아닙니다.

각 상자 레벨에 다른 태그를 붙이는 것으로, 달러 인용부호 붙이고 된 문자열을 상자로 할 수 있습니다. 이것은, 함수 정의를 작성할 때에 매우 자주 사용됩니다. 이하에 예를 나타냅니다. 

$function$
BEGIN
    RETURN ($1 ~ $q$[\t\r\n\v\\]$q$);
END;
$function$

여기서, $q$[\t\r\n\v\\]$q$는, 달러 인용부호 붙이고 된 [\t\r\n\v\\]리터럴 문자열을 나타내, PostgreSQL가 이 함수 본체를 실행할 때에 인식됩니다. 그러나, 이 줄은, 외측의 달러 인용부호용의 단락 문자$function$에 일치하지 않으므로, 외측의 문자열을 대상으로 하고 있는 경우는 단순한 문자의 줄이 됩니다.

만약 있으면, 달러 인용부호 붙이고 된 문자열의 태그는, 인용부호 붙이고되어 있지 않은 식별자와 같은 규칙에 따릅니다. 다만, 태그에는 달러 기호를 포함할 수 없습니다. 태그는 대문자 소문자를 구별합니다. 따라서, $tag$String content$tag$는 올바릅니다만, $TAG$String content$tag$는 실수입니다.

키워드나 식별자의 뒤에 달러 인용부호 붙이고 된 문자열을 계속하는 경우는, 공백에서 그것을 단락짓지 않으면 안됩니다. 그렇지 않으면, 달러 인용부호의 단락 문자는, 직전의 식별자의 일부로서 해석됩니다.

달러 인용부호부는, 표준 SQL로 정의되고 있지 않습니다. 그러나, 복잡한 문자열 리터럴을 기술하는 경우는 표준 준거의 단일 인용부호 구문보다 편리한 일이 자주 있습니다. 특히, 다른 정수의 내부에 문자열 정수를 기술하는 것 같은 경우는 도움이 됩니다. 이러한 상황은 수속 함수의 정의로 자주 필요하게 됩니다. 단일 인용부호 구문에서는, 위의 예의 backslash는 각각, 4개의 backslash로 기술하지 않으면 안됩니다. 이 4개의 backslash는, 원래의 문자열 정수를 해석할 때에 2개로 감소되고 그리고, 함수를 실행할 때에 내부의 문자열 정수가 재해석되고 1개에 감소합니다.

4.1.2.3. 비트 문자열 정수

비트 문자열 정수는 B(대문자 혹은 소문자)가 인용부호의 시작의 전을 뒤따르고 있는(사이에 공백은 없습니다) 통상의 문자열 정수와 같이 보입니다. 예를 들면 B'1001'와 같이 됩니다. 비트 문자열 정수 중 에서 허가되는 문자는 0으로 1뿐입니다.

그 외에도, 비트 문자열 정수는 X'1FF'와 같은 정도에, 선두에 X(대문자 또는 소문자)를 사용해 16진표기로 지정할 수도 있습니다. 이 표기는, 각 16 진수값을 각각 4개의 2 진수값에 옮겨놓은 비트 문자열 정수로 동등합니다.

어느 쪽의 형식의 비트 문자열 정수에서도, 통상의 문자열 정수와 같이 복수행에 걸쳐서 계속해 쓸 수가 있습니다. 달러 인용부호부는 비트 문자열 정수에서는 사용할 수 없습니다.

4.1.2.4. 수치 정수

수치 정수는 아래와 같은 일반적인 형태로 받아들일 수 있습니다. 


digits


digits
.[

digits

][e[+-]
digits

]
[

digits

].
digits
[e[+-]
digits

]

digits
e[+-]
digits

여기서 digits 는 1개이상의 10 진수자(0~9)입니다. 소수점을 사용하는 경우는, 적어도 1개의 숫자가 소수점의 전이나 후에 없으면 안됩니다. 지수 기호e가 붙는 형식을 사용하는 경우에는 e의 뒤에 적어도 1개의 숫자가 없으면 안됩니다. 공백이나 다른 문자는, 정수안에 묻을 수 없습니다. 플러스 또는 마이너스의 부호를 선두에 붙여도, 정수의 일부라고는 보이지 않는 것에 주의해 주세요. 이러한 부호는 정수에 적용되는 연산자로 간주해집니다.

아래와 같이는 유효한 수치 정수의 몇개의 예입니다.

42
3.5
4.
.001
5e2
1.925e-3

소수점도 지수도 포함하지 않는 수치 정수의 경우, 우선 그 값이 integer형(32 비트)에 적합하면 integer형이다고 보입니다. 그렇지 않은 경우, bigint형(64 비트)으로 적합하면 bigint형으로 간주해집니다. 어느 쪽도 아닌 경우는, numeric형으로 간주됩니다. 정수가 소수점 또는 지수 혹은 그 양쪽 모두를 포함한 경우는, 항상 최초로 numeric형이다고 보입니다.

수치 정수에 최초로 할당해지는 데이터형은, 형태 해결 알고리즘의 개시점에 지나지 않습니다. 대부분의 경우, 정수에는 문맥에 근거해 자동적으로 올바른 형태가 할당됩니다. 필요하면, 특정의 데이터형을 캐스트 해, 수치가 그 데이터형으로서 해석되도록 강제할 수 있습니다. 예를 들면, 이하와 같이 해 수치를 real형(float4)으로서 처리할 수 있습니다. 

REAL '1.23'  -- 문자열 서식
1.23::REAL   -- (역사적인) PostgreSQL 서식

사실, 이것들은 이하로 설명하는 일반적인 캐스트 기법의 특별한 경우입니다.

4.1.2.5. 다른 형태의 정수

임의의 형태의 정수는 아래와 같은 표기의 어느쪽이든 사용해 입력할 수가 있습니다. 


type
 '
string
'
'
string
'::
type

CAST ( '
string
' AS 
type
 )

문자열 정수의 텍스트는 type 로 불리는 형태의 입력 변환 루틴으로 건네받습니다. 결과는 지시받은 형태의 정수입니다. 명시적인 형태 캐스트는, 정수가 어느 형태가 아니면 안되는 것처럼 붙어 애매한 점이 없으면(예를 들면 정수가 직접 테이블열에 대입되고 있는 경우) 생략 해도 상관하지 않습니다. 그 경우 자동적으로 강제 형태가 됩니다.

문자열 정수는 통상의 SQL 기법에서도 달러 인용부호부에서도 기술할 수가 있습니다.

함수와 같은 구문을 사용해 강제 형태를 지정하는 일도 가능합니다. 


typename
 ( '
string
' )

그러나, 모든 형태의 이름으로 이 방법은 사용할 수 있다는 것이 아닙니다. 자세한 것은Section 4.2.8을 참조해 주세요.

::, CAST()나 함수 호출 구문도, Section 4.2.8 그리고 설명한대로, 임의의 식의 실행시의 형태 변환을 지정하기 위해서 사용할 수 있습니다. 그러나, 구문적인 애매함을 없애기 위해서, type ' string '라는 형식은 단순한 리터럴 정수를 지정하는 경우에게만 사용할 수 있습니다. 다른 type ' string '구문에는, 배열형에서는 동작하지 않는 제한이 있습니다. 배열형의 정수를 지정하는 경우는 ::인가CAST()를 사용해 주세요.

CAST()구문은 SQL에 따르고 있습니다. type ' string '구문은, 표준을 일반화한 것입니다. SQL에서는, 이 구문을 몇 개의 데이터형에서만 규정하고 있습니다. 그러나, PostgreSQL에서는 모든 형태로 사용할 수가 있습니다. ::부착 구문은, 함수 호출 구문과 같게 역사적으로 PostgreSQL로 사용되어 왔습니다.

4.1.3. 연산자

연산자는 NAMEDATALEN -1까지의(기본값은 63) 길이, 이하에 나타내는 리스트에 포함되는 문자의 줄입니다.

+ - * / < > = ~ ! @ # % ^ & | ` ?

그러나, 연산자의 이름에는 몇개의 제약이 있습니다.

비SQL 표준의 연산자명을 사용하는 경우, 통상은 애매함을 회피하기 위해서, 서로 이웃이 된 연산자를 공백에서 단락지을 필요가 있습니다. 예를 들면 @이라는 왼쪽 단항 연산자를 정의했을 경우, X*@Y라고는 쓸 수 없습니다. PostgreSQL가 이것을 확실히 1개가 아닌 2개의 연산자명으로서 해석할 수 있도록, X* @Y라고 쓸 필요가 있습니다.

4.1.4. 특수 문자

영숫자는 아닌 몇개의 문자는, 연산자인 것으로는 다른 특수한 의미를 가지고 있습니다. 사용법의 자세한 것은 각각의 구문 요소에 대한 곳에서 설명합니다. 본절에서는, 단지 그 존재를 알려 이러한 문자의 목적을 정리해둡니다.

4.1.5. 코멘트

코멘트는 이중 하이픈으로 시작되는 임의의 문자의 줄로, 행의 마지막까지 계속됩니다. 예를 들면 이하와 같이 됩니다. 

-- 이것은 표준 SQL의 코멘트입니다

그 밖에도, C언어 양식의 블록 코멘트도 사용할 수 있습니다. 

/* 네스트 된 복수행에 걸친다
 * 코멘트 /* 네스티이드블록 코멘트 */
 */

코멘트는 /*으로 시작되어, 대응하는 */으로 끝납니다. 이러한 블록 코멘트는 C언어와는 달라, 표준 SQL로 규정되고 있듯이 상자로 할 수 있습니다. 따라서, 기존의 블록 코멘트를 포함할 가능성이 있는 큰 코드의 블록을 comment out 할 수가 있습니다.

코멘트는, 그 후의 구문 분석을 하기 전에 입력 흐름으로부터 제거돼 공백에 의해 적절히 옮겨놓을 수 있습니다.

4.1.6. 어휘의 우선 순위

Table 4-1는, PostgreSQL의 연산자의 우선 순위와 결합성을 나타내고 있습니다. 대부분의 연산자는 같은 우선 순위를 가져, 왼쪽 결합합니다. 연산자의 우선 순위와 결합성은 파서에 짜넣어지고 있습니다. 이것은 비직감적인 동작을 이끌 가능성이 있습니다. 예를 들면, 불리언 연산자<와 >는, 불리언 연산자<=와 >=와는 다른 우선 순위를 가집니다. 게다가 2항연산자와 단항 연산자를 조합해 사용하는 경우는 괄호를 더할 필요가 있는 경우가 있습니다. 예를 들면 아래와 같은 경우입니다. 

SELECT 5 ! - 6;

(은)는, 

SELECT 5 ! (- 6);

로 해석됩니다. 왜냐하면, 파서는 ! 하지만 중미는 아니고 접미연산자로서 정의되고 있음을 끝까지 깨닫지 않기 때문입니다. 이 경우, 요구하는 결과를 얻기 위해서는 아래와 같이 쓸 필요가 있습니다. 

SELECT (5 !) - 6;

이것이 확장성을 요구하는 고의 대상입니다.

Table 4-1. 연산자의 우선 순위(강한 것으로부터)

연산자/요소 결합성 설명
. 왼쪽 테이블/렬명의 단락 문자
:: 왼쪽 PostgreSQL방식의 형태 캐스트
[ ] 왼쪽 배열 요소 선택
- 오른쪽 단항 감산
^ 왼쪽 누승
* / % 왼쪽 곱셈, 나눗셈, 잉여
+ - 왼쪽 가산, 감산
IS   IS TRUE,IS FALSE,IS UNKNOWN,IS NULL
ISNULL   NULL인지 시험한다
NOTNULL   NULL이 아닌지를 시험한다
(그 외) 왼쪽 그 외 모든, 혹은 사용자 정의의 연산자
IN   멤버십을 설정한다
BETWEEN   범위내에 함유
OVERLAPS   시간 간격의 중복
LIKE ILIKE SIMILAR   문자열 패턴의 매칭
< >   더 적은, 더 큰
= 오른쪽 동등, 대입
NOT 오른쪽 논리 부정
AND 왼쪽 논리적 연계
OR 왼쪽 논리적 분리

연산자 우선 순위의 규칙은, 상기에 접한 편입 연산자와 같은 이름을 가지는 사용자 정의 연산자에도 들어맞습니다. 예를 들면 만약 "+"연산자를 내재된 독자적인 데이터형에 정의하면, 새로운 연산자가 무엇을 할지에 관계없이, "+"편입 연산자와 같은 우선 순위를 가지게 됩니다.

다음의 예와 같이, OPERATOR구문으로 스키마로 수식된 연산자명을 사용하는 경우, 

SELECT 3 OPERATOR(pg_catalog.+) 4;

OPERATOR구문은, Table 4-1의 "그 외"연산자로 나타나고 있는 기본값의 우선 순위를 가진다고 보입니다. 이것은, OPERATOR()에 어느 특정의 연산자가 들어가는 경우에서도 바뀌지 않습니다.

Prev Home Next
SQL의 구문 Up 평가식