SQL의 문자열 상수는 단일 따옴표로 경계를 이루는 임의의 문자 순서입니다 ('), 예를 들어'이것은 토토입니다'. 문자열 상수 내에 단일 쿼트 문자를 포함하려면 인접한 단일 인용문 두 개 (예 :를 쓰십시오.'Dianne' 's Horse'. 이것은입니다.not이중 쿼트 문자와 동일합니다 (").

공백에 의해서만 분리 된 두 개의 문자열 상수적어도 하나의 Newline는 문자열이 하나의 상수로 기록 된 것처럼 연결되고 효과적으로 처리됩니다. 예를 들어:

'foo'선택

와 동일합니다.

'foobar'를 선택하십시오;

하지만 :

'foo' 'bar'; 선택

유효한 구문이 아닙니다. (이 약간 기괴한 행동은에 의해 지정됩니다SQL; PostgreSQL표준을 따르고 있습니다.)

PostgreSQL또한 수락“탈출”SQL 표준으로 확장되는 문자열 상수. 탈출 문자열 상수는 편지를 작성하여 지정됩니다E(상단 또는 소문자) 오프닝 단일 견적 직전 (예 : 직전에e'foo '. (라인을 가로 질러 탈출 문자열을 계속할 때 쓰기E첫 번째 오프닝 견적 이전에만.) 탈출 문자열 내에서 백 슬래시 문자 (\) C와 같은 시작Backslash Escape서열, 백 슬래시와 다음 문자의 조합이 특수 바이트 값을 나타내는 시퀀스표 4.1.

백 슬래시를 따르는 다른 캐릭터는 문자 그대로 취합니다. 따라서 백 슬래시 문자를 포함하려면 두 개의 백 슬래시를 씁니다 (\\). 또한, 한 단일 견적은 글을 통해 탈출 문자열에 포함시킬 수 있습니다\ ', 정상적인 방법 외에''.

특히 옥탈 또는 16 진수 탈출을 사용할 때 바이트 시퀀스가 ​​생성하는 것은 귀하의 책임입니다. 서버 문자 세트 인코딩에서 유효한 문자를 작성하십시오. 유용한 대안은 유니 코드 이스케이프 또는 대체 유니 코드 탈출 구문을 사용하는 것입니다.섹션 4.1.2.3; 그러면 서버는 문자 변환이 가능하는지 확인합니다.

코드 0이있는 문자는 문자열 상수에있을 수 없습니다.

PostgreSQL또한 코드 포인트별로 임의의 유니 코드 문자를 지정할 수있는 문자열의 다른 유형의 탈출 구문을 지원합니다. 유니 코드 탈출 문자열 상수는로 시작합니다.u &(상단 또는 소문자 u 뒤에 암페어 u) 오프닝 견적 직전에, 예를 들어 사이에 공백없이u & 'foo'. (이것은 연산자와 모호성을 만듭니다&. 이 문제를 피하기 위해 연산자 주변의 공간을 사용하십시오.) 따옴표 내부에서 유니 코드 문자는 백 슬래시를 작성한 다음 4 자리 육각형 코드 포인트 번호 또는 백 슬래시 뒤에 6 자리 부호가 뒤 따른 후 6 자리 부호를 기록하여 이스케이프 형식으로 지정할 수 있습니다.'데이터'

U & 'D \ 0061T \ +000061'

다음 덜 사소한 예는 러시아어를 씁니다“Slon”(코끼리) 키릴 문자 :

U & '\ 0441 \ 043B \ 043E \ 043D'

백 슬래시와 다른 탈출 문자가 필요하면를 사용하여 지정할 수 있습니다.UESCAPE토토 이후의 조항 :

u & 'd! 0061T! +000061'UESCAPE '!'

탈출 문자는 16 진수 숫자, 플러스 부호, 단일 인용구, 이중 인용문 또는 공백 문자 이외의 단일 캐릭터 일 수 있습니다..

문자 그대로 끈에 탈출 문자를 포함 시키려면 두 번 쓰십시오.

4 자리 또는 6 자리 탈출 형식은 U+FFFF보다 큰 코드 포인트를 가진 문자를 구성하기 위해 UTF-16 대리 쌍을 지정하는 데 사용될 수 있지만, 6 자리 양식의 가용성은 기술적 으로이 불필요하게 만듭니다. (대리 쌍이 직접 저장되지는 ​​않지만 단일 코드 포인트로 결합됩니다.)

서버 인코딩이 UTF-8이 아닌 경우, 이러한 이스케이프 시퀀스 중 하나에 의해 식별 된 유니 코드 포인트는 실제 서버 인코딩으로 변환됩니다. 불가능한 경우 오류 가보고됩니다.

또한 문자열 상수의 유니 코드 탈출 구문은 구성 매개 변수 일 때만 작동합니다.Standard_Conforming_strings가 켜져 있습니다. 그렇지 않으면이 구문이 SQL 문을 구문 분석하는 클라이언트를 SQL 주입 및 유사한 보안 문제로 이어질 수 있다는 시점까지 혼동 될 수 있기 때문입니다.

문자열 상수를 지정하기위한 표준 구문은 일반적으로 편리하지만 원하는 문자열에 많은 단일 따옴표가 포함되어있을 때 이해하기가 어려울 수 있습니다. 그러한 상황에서 더 읽기 쉬운 쿼리를 허용하려면PostgreSQL다른 방법을 제공합니다“달러 인용”24938_25026$), 선택 사항“tag”0 개 이상의 캐릭터, 또 다른 달러 표시, 토토 컨텐츠, 달러 표시,이 달러 견적을 시작한 동일한 태그 및 달러 표지판을 구성하는 임의의 캐릭터 시퀀스. 예를 들어, 토토을 지정하는 두 가지 방법이 있습니다“Dianne 's Horse”달러 인용 사용 :

$$ Dianne 's Horse $$

달러에 따른 문자열 내부에서는 탈출 할 필요없이 단일 따옴표를 사용할 수 있습니다. 실제로, 1 달러 규모의 문자열 내부의 문자는 탈출되지 않습니다. 문자열 내용은 항상 문자 그대로 기록됩니다.

각 둥지 레벨에서 다른 태그를 선택하여 달러에 따른 문자열 상수를 중첩 할 수 있습니다. 이것은 작문 기능 정의에 가장 일반적으로 사용됩니다.

$ function $

여기, 시퀀스$ q $ [\ t \ r \ n \ V \\] $ q $1 달러 규모의 토토을 나타냅니다[\ t \ r \ n \ v \\], 기능 본체가 실행될 때 인식 될 것입니다PostgreSQL. 그러나 시퀀스는 Delimiter를 인용하는 외부 달러와 일치하지 않기 때문에$ function $, 외부 문자열에 관한 한 상수 내에서 더 많은 문자입니다.

1 달러 규모의 문자열의 태그는 달러 표시를 포함 할 수 없다는 점을 제외하고 인용되지 않은 식별자와 동일한 규칙을 따릅니다. 태그는 사례에 민감하므로$ tag $ 문자열 내용 $ tag $정확하지만$ tag $ string 컨텐츠 $ tag $is.

키워드 또는 식별자를 따르는 달러 인용 문자열은 공백으로 분리되어야합니다. 그렇지 않으면 Dolimiter를 인용하는 Dolimiter는 이전 식별자의 일부로 간주됩니다.

Dollar Quoting은 SQL 표준의 일부가 아니지만 표준 호환 단일 인용문보다 복잡한 문자 리터럴을 작성하는 것이 더 편리한 방법입니다. 절차 적 기능 정의에 종종 필요한 것처럼 다른 상수 내부의 문자열 상수를 나타낼 때 특히 유용합니다.

비트 스트링 상수는 a의 일반 문자열 상수처럼 보입니다.B(상단 또는 소문자) 오프닝 견적 직전 (중재 공백 없음), 예를 들어,B'1001 '. 비트 스트링 상수 내에서 허용되는 유일한 문자는입니다.0and1.

대안 적으로, 비트 스트링 상수를 16 진수 표기법으로 지정할 수 있습니다.X(상단 또는 소문자), 예 :x'1ff '. 이 표기법은 각 16 진수 숫자에 대해 4 개의 이진 숫자가있는 비트 스트링 상수와 동일합니다.

비트 스트링 상수의 두 가지 형태는 일반 문자열 상수와 같은 방식으로 선을 가로 질러 계속 될 수 있습니다. 달러 인용구는 비트 스트링 상수에서 사용할 수 없습니다.

숫자 상수는 이러한 일반적인 형태로 허용됩니다 :

Digits
Digits. [Digits] [E [+-]Digits]Digits].Digits[E [+-]Digits]
DigitsE [+-]Digits

여기서Digits는 하나 이상의 소수점 숫자 (0 ~ 9)입니다. 하나 이상의 숫자는 사용되는 경우 10 진수 지점 전후에 있어야합니다.e), 하나가있는 경우. 밑줄을 제외하고는 상수에 내장 된 공백이나 다른 문자가있을 수 없으며, 이는 아래에 설명 된대로 시각적 그룹화에 사용할 수 있습니다.

유효한 숫자 상수의 일부 예입니다.

추가로, 비 시세 정수 상수가 이러한 형태로 허용됩니다 :

0xHexDigits0oOctDigits0Bbindigits

여기서HexDigits하나 이상의 16 진수 숫자 (0-9, A-F),OctDigits는 하나 이상의 옥탈 숫자 (0-7)이고입니다.bindigits는 하나 이상의 이진 숫자 (0 또는 1)입니다. 16 진수 숫자와 radix 접두사는 상류 또는 소문자 일 수 있습니다.

이들은 유효한 비 시세 정수 상수의 일부 예입니다 :

비주얼 그룹화의 경우 숫자를 숫자로 삽입 할 수 있습니다. 이들은 상수의 가치에 더 이상 영향을 미치지 않습니다.

숫자 상수 또는 숫자 그룹의 시작 또는 끝에 밑줄이 허용되지 않습니다 (즉, 소수점 또는 지수 마커 바로 직전 또는 지수 마커 바로 직전).

소수점이나 지수가 초기에 유형으로 추정되는 숫자 상수Integer값이 유형에 맞는 경우Integer(32 비트); 그렇지 않으면 유형으로 추정 됨bigint값이 유형에 맞는 경우bigint(64 비트); 그렇지 않으면 유형으로 사용됩니다숫자. 소수점 및/또는 지수를 포함하는 상수는 항상 처음에는 유형으로 추정됩니다숫자.

숫자 상수의 처음 지정된 데이터 유형은 유형 해상도 알고리즘의 출발점 일뿐입니다. 대부분의 경우 상수는 컨텍스트에 따라 가장 적절한 유형으로 자동 강요됩니다.예를 들어, 숫자 값을 유형으로 취급하도록 강요 할 수 있습니다Real (float4) 쓰기 :

Real '1.23' - 문자열 스타일

실제로 다음에 논의 된 일반 캐스팅 표기법의 특별한 경우입니다.

상수의임의의다음 표기법 중 하나를 사용하여 유형을 입력 할 수 있습니다.

타입 'String'String'::타입캐스트 ( 'String' 처럼타입 )

문자열 상수의 텍스트는 유형의 입력 변환 루틴으로 전달됩니다.타입. 결과는 표시된 유형의 상수입니다.

문자열 상수는 일반 SQL 표기법 또는 달러 quoting을 사용하여 작성할 수 있습니다.

함수와 같은 구문을 사용하여 유형 강요를 지정할 수도 있습니다 :

typename( 'String' )

그러나 모든 유형 이름을 이런 식으로 사용할 수있는 것은 아닙니다. 보다섹션 4.2.9자세한 내용.

the::, cast ()및 함수 콜 구문을 사용하여 사용될 수도 있습니다.섹션 4.2.9. 구문 모호성을 피하기 위해타입 'String'구문은 단순한 문자 상수의 유형을 지정하는 데만 사용될 수 있습니다. 에 대한 또 다른 제한타입 'String'구문은 배열 유형에 대해서는 작동하지 않는다는 것입니다. 사용::또는cast ()배열 상수의 유형을 지정하려면

thecast ()구문은 SQL을 준수합니다. 그만큼타입 'String'구문은 표준의 일반화입니다. SQL 은이 구문을 몇 가지 데이터 유형에 대해서만 지정하지만PostgreSQL모든 유형에 대해 허용합니다. 의 구문::역사적PostgreSQL기능 전화 구문과 마찬가지로 사용법.