| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 9. 함수와 연산자 | Fast Forward | Next |
PostgreSQL에는, 패턴 매치를 실시하는데 3개의 다른 방법이 있습니다.
전통적인SQL의LIKE연산자, 이것보다 새로운SIMILAR TO연산자(SQL:1999로 추가되었습니다), 및POSIX양식의 정규 표현입니다.
기본의"이 문자열은 이 패턴에 매치 될까? "연산자를 제외하고, 매칭하는 문자열을 추출하거나 치환하거나 그리고 그 매치에 의한 문자열 분할의 함수를 사용할 수 있습니다.
Tip: 상기의 수법에서는 검색할 수 없는 것 같은 패턴 매칭이 필요한 경우는, Perl 혹은 Tcl로 유저 정의 함수를 작성하는 것을 검토해 주세요.
LIKE
string LIKE pattern [ESCAPE escape-character ] string NOT LIKE pattern [ESCAPE escape-character ]
각각의
pattern
는, 문자열의 집합을 정의합니다.
LIKE식은
pattern
에 의해 나타나는 문자열의 집합에
string
가 포함되어 있으면 true를 반환합니다(예상되는 대로,NOT LIKE식은LIKE식이 true를 반환하는 경우에는 false를 반환합니다, 그 역의 경우도 같습니다.
동등한 식은NOT (
string
LIKE
pattern
)라고도 표현할 수 있습니다).
pattern
가 퍼센트 기호 혹은 언더 스코어를 포함하지 않은 경우, 패턴은 자신의 문자열을 나타냅니다.
이 경우LIKE식은 등호 연산자와 같이 행동합니다.
pattern
에 있는 언더 스코어(_)는 임의의 한 글자와의 매칭을 의미합니다.
퍼센트 기호(%)는 0 또는 0 이상의 문자열과의 매칭을 의미합니다.
예：
'abc' LIKE 'abc' true 'abc' LIKE 'a%' true 'abc' LIKE '_b_' true 'abc' LIKE 'c' false
LIKE에 의한 패턴 매치는 항상 문자열 전체에 대해서 행해집니다.
문자열내의 임의 위치에 있어서의 시퀀스와 매치시키려면, 퍼센트 기호를 선두와 말미에 붙일 필요가 있습니다.
다른 문자와의 매칭없이 언더 스코어나 퍼센트 기호 그 자체를 매치하려면, pattern 내의 각각의 언더 스코어와 퍼센트 기호의 전에 이스케이프 문자를 붙여야 합니다. 디폴트의 이스케이프 문자는 백슬래시입니다만,ESCAPE구로 다른 문자를 지정할 수 있습니다. 이스케이프 문자 그 자체를 매치 시키려면 이스케이프 문자를 2개 씁니다.
백슬래시는 문자열 그 자체에 특별한 이유가 있으므로, backslash를 포함한 패턴 상수를 기술할 때는 SQL문 내에서 2개의 backslash를 기술할 필요가 있는 것에 주의해 주세요(이스케이프 문자열 구문의 사용을 전제. Section 4.1.2.1를 참조하세요).
따라서, 실제로 backslash 그 자체에 매치하는 패턴을 기술하려면 , 문장 내에서 backslash를 4개 기술할 필요가 있습니다.
ESCAPE구로 다른 이스케이프 문자를 선택하여 이러한 상황을 회피할 수 있습니다. 이 경우, backslash는LIKE식에 있어 더이상 특수한 문자가 아닙니다.
(그러나, 문자열 리터럴 파서에 있어서는 여전히 특수 문자이므로, 여전히 2개를 기술해야 합니다).
ESCAPE ''를 기술하는 것으로 이스케이프 문자를 선택하지 않는 것도 가능합니다. 이것에 의해, 사실상 이스케이프 매커니즘이 작용하지 않게 됩니다. 즉, 패턴내의 언더 스코어 및 퍼센트 기호의 특별한 의미를 해제할 수 없게 됩니다.
액티브 로케일에 따라 대문자 소문자를 구별하지 않는 매치를 실시한다면,LIKE대신에ILIKE키워드를 사용할 수 있습니다. 이것은 표준SQL는 아니고,PostgreSQL의 확장입니다.
~~연산자는LIKE식과 동일하고,~~*는ILIKE에 대응합니다.
또한, NOT LIKE및NOT ILIKE를 나타내는 ! ~~및! ~~*연산자가 있습니다.
이들 모든 연산자는PostgreSQL고유의 것입니다.
SIMILAR TO정규 표현
string SIMILAR TO pattern [ESCAPE escape-character ] string NOT SIMILAR TO pattern [ESCAPE escape-character ]
SIMILAR TO연산자는, 그 패턴이 주어진 문자열로 매치할지 어떨지에 의해, true 혹은 false를 반환합니다.
이것은, 표준 SQL의 정규 표현 정의를 사용해 패턴을 해석한다고 하는 점 이외는,LIKE와 매우 유사합니다.
SQL의 정규 표현은,LIKE표기와 일반적인 정규 표현의 표기를 혼합한 것 입니다.
LIKE와 같이,SIMILAR TO연산자는, 그 패턴이 문자열 전체에 매치 했을 경우만 처리를 실시합니다.
이것은, 패턴이 문자열의 일부분이어도 매치 하는, 일반적인 정규 표현의 처리와는 다릅니다.
또한,LIKE와 같이,SIMILAR TO에서는,%및_을, 각각 임의의 문자열 및 임의의 단일 문자를 의미하는 와일드 카드 문자로서 사용합니다(이것들은, POSIX 정규 표현에서의. *및. 와 유사합니다).
LIKE로부터 거두어 들인 상기의 기능에 더하여, SIMILAR TO에서는, 이하와 같이 POSIX 정규 표현으로부터 거두어 들인 패턴 매칭 메타 캐릭터도 지원 합니다.
|는, 양자택일(2개의 대안 중의 하나)을 의미합니다.
*(은)는, 직전의 항목의 0회 이상의 반복을 의미합니다.
+(은)는, 직전의 항목의 1회이상의 반복을 의미합니다.
괄호()는, 항목을 1개의 논리 항목에 그룹화 할 수가 있습니다.
대괄호식[...](은)는, POSIX 정규 표현과 같게 문자 클래스를 지정합니다.
바운드 반복(? 및{...})(은)는, POSIX에는 있습니다만, 여기에서는 사용할 수 없는 것에 주의해 주세요. 또한, 점(. )(은)은 메타 캐릭터가 아닙니다.
LIKE와 같이, backslash는 모든 메타 캐릭터의 특수한 의미를 무효로 합니다.
또, 다른 이스케이프 문자를ESCAPE로 지정하는 것이 가능합니다.
예：
'abc' SIMILAR TO 'abc' true 'abc' SIMILAR TO 'a' false 'abc' SIMILAR TO '%(b|d)%' true 'abc' SIMILAR TO '(b|c)%' false
3개의 파라미터를 가지는substring함수,substring(string from
pattern
for
escape-character
)를 사용해, SQL 정규 표현 패턴에 매치형 하는 서브스트링을 추출할 수 있습니다.
SIMILAR TO와 같이, 지정한 패턴이 데이터 문자열 전체에 매치형 할 필요가 있습니다.
매치형 하지 않는 경우, 함수는 종료해, NULL를 반환합니다.
매치형 했을 경우에 반환해야 할 패턴의 일부를 나타내기 위해서, 이스케이프 문자의 뒤에 이중 인용부호(")를 2번 기술하는 것을 패턴에 포함할 필요가 있습니다.
이러한 표로 패턴의 일부에 매칭하는 텍스트가 반환됩니다.
예：
substring('foobar' from '%#"o_b#"%' for '#') oob
substring('foobar' from '#"o_b#"%' for '#') NULL
Table 9-11에, POSIX 정규 표현을 사용한 패턴 매칭에 사용 가능한 연산자를 열거합니다.
Table 9-11. 정규 표현 매치 연산자
| 연산자 | 설명 | 예 | |
|---|---|---|---|
| ~ | 정규 표현에 매치합니다, 대문자 소문자를 구별함 | 'thomas' ~ '.*thomas.*' | |
| ~* | Matches regular expression, case insensitive | 정규 표현에 매치합니다, 대문자 소문자의 구별하지 않음 | 'thomas' ~* '. *Thomas. *' |
| ! ~ | 정규 표현에 매치하지 않습니다. 대문자 소문자를 구별함 | 'thomas' ! ~ '. *Thomas. *' | |
| ! ~* | 정규 표현에 매치하지 않습니다. 대문자 소문자의 구별 하지 않음 | 'thomas' !~* '.*vadim.*' |
POSIX정규 표현은, 패턴 매치라고 하는 의미에서는,LIKE및SIMILAR TO연산자보다 한층 더 강력합니다.
egrep,sed, 혹은awk와 같이 많은 Unix 툴은 여기서 설명하고 있는 것 과 유사한 패턴 매치 언어를 사용하고 있습니다.
정규 표현은 문자열의 집합(정규 집합)의 축약된 정의인 문자시퀀스 입니다.
문자열이 정규 표현으로 기술된 정규 집합의 요소가 되어 있으면, 그 문자열은 정규 표현에 매치형 하고 있다는 것을 의미합니다.
LIKE와 같이, 정규 표현 언어내에 특수 문자로 되어 있는 것 이외, 패턴 문자는 문자열과 완전하게 매치형 됩니다.
그러나, 정규 표현은LIKE함수가 사용하는 것과 다른 특수 문자를 사용합니다.
LIKE함수의 패턴과 달리 정규 표현은, 명시적으로 정규 표현이 문자열의 시작 또는 말미에 위치가 지정되어 있지 않은 한, 문자열내의 어느 위치에서도 매치형을 실시할 수 있습니다.
예：
'abc' ~ 'abc' true 'abc' ~ '^a' true 'abc' ~ '(b|d)' true 'abc' ~ '^(b|c)' false
2개의 파라미터를 가지는substring함수,substring(string from
pattern
)를 사용해, POSIX 정규 표현 패턴에 매치형 하는 서브스트링을 추출할 수 있습니다.
이 함수는, 매치형 하는 것이 없는 경우에는 NULL를 반환하여, 어느 경우는 패턴에 매치형 한 텍스트의 일부를 반환합니다.
그러나, 임의의 괄호를 가지는 패턴의 경우, 첫번째 괄호로 된 서브 정규 표현(왼쪽 괄호가 최초로 오는 것)에 매치형 하는 텍스트의 일부가 반환됩니다.
이 예외를 일으키지 않고 패턴중에 괄호를 사용하고 싶은 경우, 항상 정규 표현 전체를 괄호로 둘러쌀 수가 있습니다. 패턴내의 추출 대상의 서브스트링 전에 괄호가 필요한 경우, 후술의 포착되지 않는 괄호를 참조해 주세요.
예：
substring('foobar' from 'o.b') oob
substring('foobar' from 'o(.)b') o
regexp_replace함수는, POSIX 정규 표현 패턴에 매치형 하는 서브스트링을 신규 텍스트와 치환합니다.
구문은,regexp_replace(
source
,
pattern
,
replacement
[,
flags
])입니다.
pattern
에 매치형 하지 않는 경우는,
source
문자열이 그대로 반환됩니다.
매치형 하면, 매칭하는 서브스트링을
replacement
문자열으로 치환한
source
문자열이 반환됩니다.
replacement
는\
n
를 포함할 수가 있습니다.
여기서
n
는,
n
번째에 괄호로 둘러싸인 패턴의 서브표현식에 매치형 하는 원래의 서브스트링을 나타내는, 1에서9까지의 수입니다.
\&가 포함되었을 경우, 패턴 전체와 매치형 하는 서브스트링이 삽입되는 것을 나타냅니다.
치환 텍스트내에 리터럴 백슬래시를 삽입하는 필요할 경우에, \\이라고 기술합니다.
(평소대로, 이스케이프 문자열 구문의 사용을 전제 하면, 리터럴 정수 문자열내에서는 backslash를 2번 기술 하는 것을 기억 하세요. )
flags
파라미터는, 함수의 행동을 변경하는 0 혹은 1개 이상의 문자 플래그를 포함한 옵션의 텍스트 문자열입니다.
플래그i는 대문자 소문자를 구별하는 매칭을 지정하는 한편, 플래그g는, 처음으로 매치한 하나의 문자 외에, 각각 매치형한 서브스트링의 치환을 지정합니다.
예：
regexp_replace('foobarbaz', 'b..', 'X')
fooXbaz
regexp_replace('foobarbaz', 'b..', 'X', 'g')
fooXX
regexp_replace('foobarbaz', 'b(..)', E'X\\1Y', 'g')
fooXarYXazY
PostgreSQL의 정규 표현은 Henry Spencer에 의해 기술된 패키지를 사용해 실행되고 있습니다. 이하에 설명하는 정규 표현의 많은 부분은, 메뉴얼 항목으로부터 세세한 부분을 복사한 것입니다.
POSIX 1003.2의 정의에 의하면, 정규 표현(RE)에는 2개의 형식이 있습니다. 확장 RE혹은ERE(대략적으로 말해egrep), 및기본 RE혹은BRE(대략적으로 말해ed)입니다. PostgreSQL는 양쪽 모두의 형식을 지원하고, 게다가 POSIX 표준에는 없지만 Perl나 Tcl등의 프로그램 언어에서 이용할 수 있어서, 널리 사용하게 된 몇 개의 확장도 지원하고 있습니다. 본서에서는, 비POSIX 확장을 사용한RE를고도의 RE혹은ARE라고 부릅니다. ARE는 ERE의 정확한 상위 집합입니다만, BRE와는 복수의 기법상의 비호환인 점이 있습니다(훨씬 많은 제한이 부과되고 있을 뿐만아니라). 우선, ARE와 ERE 형식에 대해 설명하고, ARE에게만 적용되는 기능을 언급하고, BRE와의 차이에 대해 설명합니다.
Note: PostgreSQL로 받아들여지는 정규 표현의 형식은regex_flavor실행시 파라미터의 설정으로 선택할 수가 있습니다. 통상의 설정은advanced입니다. 그러나,extended를 선택해,PostgreSQL릴리스 7.4 이전의 릴리스와의 후방 호환성을 최대로 할 수도 있습니다.
정규 표현은|으로 단락지어진, 1개 또는 복수의브랜치(branch)로서 정의됩니다. 브랜치(branch)의 어느쪽이든 1개에 매치형 하면 매치형 한 것이 됩니다.
브랜치(branch)는 0개이상의수량화된 아톰혹은제약의 연결입니다. 최초의 것에 매치형하고, 두번째로 매치형 해, 라고 하는 식으로 매치형 됩니다. 덧붙여 빈 브랜치(branch)는 공문자열과 매치형 합니다.
수량화 아톰이란, 단일의수량지정자가 뒤를 뒤따르는아톰입니다. 수량지정자가 없으면 아톰에게 일치하는 것이 매치형 한 것이 됩니다. 수량지정자가 있는 경우, 아톰과의 일치가 몇 회 있는지로 매치할 수 있습니다. 아톰은,Table 9-12에 있을 가능성도 있습니다. Table 9-13에 설정 가능한 수량지정자와 그 의미를 표시하고 있습니다.
제약은 공문자에, 특정의 조건에 맞는 경우에만 매치형 합니다. 아톰이 사용할 수 있는 곳에서 제약을 사용할 수가 있습니다. 다만, 그 후에 수량지정자를 붙일 수 없습니다. 단순한 제약을Table 9-14에 나타냅니다. 다음 부분에서 다른 몇 개의 제약을 설명합니다.
Table 9-12. 정규 표현의 아톰
| 아톰 | 설명 |
|---|---|
| ( re ) | (여기서 re 는 임의의 정규 표현으로, ) re 와의 매치형에 적합하는 것도입니다. 매칭은 가능한 보고하는 것에 의미를 부여할 수 있습니다. |
| (? : re ) | 상기와 같음. 다만, 매칭은 보고하는 것에 의미를 부여할 수 없습니다. ("포착되지 않는"괄호의 집합)(ARE만) |
| . | 임의의 단일 문자를 매치합니다. |
| [ chars ] | 브랙킷식. chars 의 어느쪽이든 1개를 매치형 합니다 (자세한 것은Section 9.7.3.2을 참조해 주세요). |
| \ k | (여기서 k 는 영숫자 문자이외입니다. ) 보통 문자로서 지정한 문자에 매치형 합니다. 예를 들면,\\은 backslash 문자와 매치합니다. |
| \ c | 여기서 c 는 영숫자입니다 (아마 다른 문자가 후에 계속됩니다). 이스케이프입니다. Section 9.7.3.3(을)를 참조해 주세요 (ARE만, ERE와 BRE에서는 이것은 c 에 매치형 합니다). |
| { | 직후에 숫자 이외의 문자가 있는 경우, 왼쪽안괄호{에 매치형 합니다. 직후에 숫자가 계속되는 경우, bound (아래를 참조하세요)의 시작입니다. |
| x | 여기서 x 는 그 밖에 의미를 가지지 않는 단일 문자입니다. x 를 매치형 합니다. |
RE는\을 종단으로 할 수 없습니다.
Note: PostgreSQL의 문자열 리터럴내의 backslash(\)가 이미 특별한 의미를 가지고 있다는 것을 기억하세요. 이스케이프 문자열 구문이 사용된다고 가정하면, backslash를 포함한 패턴 상수를 쓸 때에는, 그 명령문에서는 2개의 backslash를 기술해야 합니다(Section 4.1.2.1를 참조해 주십시오).
Table 9-13. 정규 표현량 지정자
| 수량지정자 | 매치형 |
|---|---|
| * | 아톰의 0개 또는 복수의 매치형 |
| + | 아톰의 1개 또는 복수의 매치형 |
| ? | 아톰의 0개 또는 1개의 매치형 |
| { m } | 아톰의 정확하게 m 개의 매치형 |
| { m ,} | 아톰의 m 개이상의 매치형 |
| { m , n } | 아톰의 m 개이상 n 이하의 매치형. m 는 n 를 넘을 수 없습니다. |
| *? | *의 최소의 매치를 실시하는 버젼 |
| +? | +의 최소의 매치를 실시하는 버젼 |
| ?? | ? 의 최소의 매치를 실시하는 버젼 |
| { m }? | { m }의 최소의 매치를 실시하는 버젼 |
| { m ,}? | { m ,}의 최소의 매치를 실시하는 버젼 |
| { m , n }? | { m , n }의 최소의 매치를 실시하는 버젼 |
{ ... }(을)를 사용하는 형식은바운드로 알려져 있습니다. 바운드내의 m 와 n 라고 하는 수는 부호 없음 10진정수이며, 0이상 255 이하의 값을 받을 수가 있습니다.
최단 매치를 실시하는수량지정자(ARE만으로 사용 가능)는, 대응하는 통상의(욕심쟁이(최장매치)의) 것과 같은 것에 매치형 합니다만, 최대의 매치형은 아니고 최소의 매치형을 취합니다. 자세한 것은Section 9.7.3.5을 참조해 주세요.
Note: 수량지정자의 직후에 또 다른 수량지정자를 계속할 수 없습니다. 수량지정자는 식이나 부식으로 시작하지 못하고, 또,^나|의 직후에 붙일 수도 없습니다.
Table 9-14. 정규 표현 제약
| 제약 | 설명 |
|---|---|
| ^ | 문자열의 선두에서 매치형 |
| $ | 문자열의 말미에서 매치형 |
| (? = re ) | 선행 긍정 검색은, re 에 매치형 하는 서브스트링으로부터 시작되는 임의의 장소에서 매치형 합니다(ARE만). |
| 선행 부정 검색은, re 에 매치형 하지 않는 서브스트링으로부터 시작되는 임의의 장소에 매치형 합니다(ARE만). |
선행 검색 제약에는후방 참조(Section 9.7.3.3를 참조)를 포함할 수 없습니다. 또, 그 중의 모든 괄호는 캡쳐되지 않은 것으로 간주됩니다.
브랙킷식이란,[]안의 문자의 리스트입니다. 통상 이것은 그 리스트내의 임의의 단일 문자에 매치형 합니다(그러나, 이후를 참조해 주세요). 리스트가^로부터 시작되는 경우, 그 리스트의 나머지에는 없는 임의의 단일 문자에 매치형 합니다. 리스트내의 2개의 문자가-로 단락지어지고 있었을 경우, 이것은 2개(를 포함한다)의 사이에 있는 문자 범위 전체를 나타내는 생략형이 됩니다. 예를 들면,ASCII에 있어서의[0-9]는 모든 숫자에 매치형 합니다. 예를 들면a-c-e라고 하는, 종단을 공유하는 2개의 범위는 부정합니다. 범위는 줄의 조합시퀀스에 매우 의존하고 있습니다. 그러므로, 이식성있는 프로그램에서는 이것에 의존해 되지 않아야 합니다.
이 리스트에]를 포함하려면 , 그것을 선두 문자(만약 있으면^의 후의 문자)로 해주세요. -를 포함하려면 , 그것을 선두 혹은 말미의 문자로 하든지, 혹은 범위의 2번째의 종단으로 해주세요. -(을)를 범위의 1번째의 종단으로 사용하려면 ,[. (와)과. ]그리고 그것을 둘러싸, 조합 요소(아래에 기술된 것을 참조)로 해 주세요. 이러한 문자에는 예외가 있어,[(다음 단락을 참조), 이스케이프(ARE만), 다른 모든 특수 문자의 조합은 브랙킷식 내에서는 특수한 의미를 가지지 않습니다. 특히,\는 ERE와 BRE 규칙에 따르는 경우는 특별하지 않게 됩니다. 그러나, ARE에서는(이스케이프의 시작으로서) 특별한 의미를 가집니다.
브랙킷식 내에서, 조합 요소(문자, 단일 문자인것 처럼 조합하는 복수 문자의 시퀀스, 혹은 각각의 조합 시퀀스의 이름)가[. (와)과. ]의 사이에 있으면, 그 조합 요소의 문자의 시퀀스를 의미합니다. 시퀀스는 브랙킷식의 리스트의 한 요소입니다. 이렇게 하여, 요소를 조합하는 복수 문자를 포함한 브랙킷식은 단일 문자 이상으로 매치형 할 수가 있습니다. 예를 들면, 조합시퀀스가ch조합 요소를 포함한 경우, 정규 표현[[. ch. ]]*c는chchcc라고 하는 문자의 최초의 5개 문자에 매치형 합니다.
Note: 현재,PostgreSQL는 복수 문자 조합 요소를 가지지 않습니다. 이 정보는 장래의 행동의 가능성을 설명한 것입니다.
브랙킷식 내에서, [=과=]의 사이에 조합 요소는 동치 클래스입니다. 모든 조합 요소의 문자의 시퀀스가 자신을 포함하는 것과 등가인 것을 나타냅니다(그 밖에 등가인 조합 요소가 있는 경우,[. (와)과. ]그리고 둘러싸였는지와 같이 다루어집니다). 예를 들면,[[=o=]],[[=^=]]및[o^]가 모두 동의어이면,o와^는 동치 클래스의 멤버입니다. 동치 클래스는 범위의 종단이 될 수 없습니다.
브랙킷식 내에서는,[:이라고:]의 사이에 있는 문자 클래스의 명칭은, 그 클래스에 속하는 모든 문자의 리스트를 의미합니다. 표준 문자 클래스명은,alnum,alpha,blank,cntrl,digit,graph,lower,print,punct,space,upper,xdigit입니다. 이것들은 ctype 으로 정의된 문자 클래스를 의미합니다. 로케일은 다른 것을 제공 가능합니다. 문자 클래스는 범위의 종단에서는 사용할 수가 없습니다.
브랙킷식에는 2개의 특수한 경우가 있습니다. [[:<:]]와[[:>:]]라고 하는 브랙킷식은, 선두와 종단의 단어가 각각 공문자인 것에 매칭하는 제약입니다. 단어는, 단어의 문자가 전후를 뒤따르지 않는 단어 문자의 시퀀스로서 정의됩니다. 단어의 문자는 1개의alnum문자입니다( ctype 으로 정의되고 있습니다). 이것은,POSIX 1003.2와의 호환성은 있습니다만, 그곳에서는 정의되어 있지 않은 식입니다. 그러므로, 타시스템에 이식성 있는 소프트웨어에서의 사용에는 주의가 필요합니다. 통상 후술의 제약 이스케이프가 자주 사용됩니다(이것도 표준이 아닙니다만, 입력하기가 더 쉽습니다).
이스케이프란,\으로 시작하고, 영숫자가 그 후에 이어지는 특수한 시퀀스입니다. 이스케이프에는, 문자 엔트리, 클래스 생략, 제약 이스케이프, 후방 참조라고 한 여러가지 변종이 있습니다. \의 후에 영숫자가 계속되지만, 유효한 이스케이프를 구성하지 않는 줄은 ARE에서는 부정합니다. ERE에는 이스케이프는 없습니다. 브랙킷식의 외측에서는,\의 후에 영숫자가 계속되는 줄은 단지 보통 문자로서 그 문자를 의미합니다. 브랙킷식의 안쪽에서는,\은 보통 문자입니다(이 문자는 ERE와 ARE간의 비호환성의 하나입니다).
문자 엔트리 이스케이프는 비인쇄 문자나 RE내에서 불편한 문자의 지정을 간략화하기 위해서 존재합니다. 이것들을Table 9-15에 나타냅니다
클래스 생략 이스케이프는, 있는 일반적으로 사용되는 문자 클래스의 생략형을 제공합니다. 이것들을Table 9-16에 나타냅니다.
제약 이스케이프는, 지정한 조건에 맞는 경우에 공문자에 매치형 하는 제약을 이스케이프로서 나타낸 것입니다. 이것들을Table 9-17에 나타냅니다.
후방 참조(\ n )는, 이전에 괄호로 둘러싸인 부식에 의해 매치형 된, n 번째의 동일 문자열로 매치형 합니다 (Table 9-18를 참조해 주세요). 예를 들면,([bc])\1는bb혹은cc에 매치형 합니다만,bc나cb에는 매치형 하지 않습니다. RE에서는 부식 전체는 후방 참조전에 없으면 안됩니다. 부식은 괄호의 시퀀스에 따라 번호를 매깁니다. 캡쳐되지않은 괄호는 부식을 정의하지 않습니다.
Note: 이스케이프의 선두의 것\을 SQL 문자 정수로서 패턴에 입력할 때에는 이중처리가 되어야 함을 기억하세요. 이하에 예를 나타냅니다.
'123' ~ E'^\\d{3}' true
Table 9-15. 정규 표현 문자 엔트리 이스케이프
| 이스케이프 | 설명 |
|---|---|
| \a | C언어 내에서와 같은 경보(벨) 문자 |
| \b | C언어 내에서와 같은 백스페이스 |
| \B | backslash의 필요한 이중화 회수를 줄이기 위한\의 동의어 |
| \c X | (여기서 X 는 임의의 문자로) 그 하위 5 비트가 X 와 동일, 그 외의 비트가 0이 되는 문자 |
| \e | 조합순명이ESC가 되는 문자, 이것에 실패하면, 033이라고 하는 8 진수치를 가지는 문자. |
| \f | C언어 내에서와 같은 폼피드 |
| \n | C언어 내에서와 같은 개행 |
| \r | C언어 내에서와 같은 복귀부호 |
| \t | C언어 내에서와 같은 수평 탭 |
| \u wxyz | (여기서 wxyz 는 정확하게 4자리수의 16 진수로) 사용 머신의 바이트시퀀스로 나타낸,U+ wxyz 라고 하는 UTF16(16 비트, Unicode) 문자 |
| \U stuvwxyz | (여기서 stuvwxyz 는 정확하게 8자리수의 16 진수입니다. ) 어떠한 가정을 위해서 확보된 Unicode 확장, 32 비트 |
| \v | C언어 내에서와 같은 수직 탭 |
| \x hhh | (여기서 hhh 는 임의의 16 진수의 줄로) 그 문자의 16 진수치가0x hhh 가 되는 문자(사용되는 16 진수의 자리수에 관계없이 단일의 문자) |
| \0 | 그 값이0이 되는 문자 |
| \ xy | (여기서 xy 는 정확하게 2자리수의 8 진수로,후방 참조는 아니다) 그 값이0 xy 가 되는 문자 |
| \ xyz | (여기서 xyz 는 정확하게 3자리수의 8 진수로,후방 참조는 아니다) 그 값이0 xyz 가 되는 문자 |
16 진수의 자리수는0-9,a-f,A-F입니다. 8 진수의 자리수는0-7입니다.
이 문자 엔트리 이스케이프는 항상 보통 문자로 해석됩니다. 예를 들면,\135은 ASCII의]되어,\135는 브랙킷식의 종단으로는 되지 않습니다.
Table 9-16. 정규 표현 클래스 생략 이스케이프<
| 이스케이프 | 설명 |
|---|---|
| \d | [[:digit:]] |
| \s | [[:space:]] |
| \w | [[:alnum:]_] (note underscore is included) |
| \D | [^[:digit:]] |
| \S | [^[:space:]] |
| \W | [^[:alnum:]_] (언더 스코어가 포함되는 것에 주의) |
브랙킷식 내에서는. \d,\s, 및\w는 그 외측인 대괄호를 잃어,\D,\S및\W는 부정합니다(이기 때문에, 예를 들면[a-c\d]는[a-c[:digit:]]와 같게 됩니다. 또,[a-c\D]는[a-c^[:digit:]]와 같게 되어, 부정합니다).
Table 9-17. 정규 표현 제약 이스케이프
| 이스케이프 | 설명 |
|---|---|
| \A | 문자열의 선두에서만 매치형 합니다(^와의 차이에 대해서는Section 9.7.3.5을 참조해 주세요). |
| \m | 단어의 선두에서만 매치형 합니다. |
| \M | 단어의 말미에서만 매치형 합니다. |
| \y | 단어의 선두 혹은 말미에서만 매치형 합니다. |
| \Y | 단어의 선두 혹은 말미 이외의 위치에서만 매치형 합니다. |
| \Z | 문자열의 말미에서만 매치형 합니다($와의 차이에 대해서는Section 9.7.3.5을 참조해 주세요). |
단어는 전술의[[:<:]]와[[:>:]]의 규정 대로 정의됩니다. 브랙킷식 내에서, 제약 이스케이프는 부정합니다.
Table 9-18. 정규 표현 후방 참조
| 이스케이프 | 설명 |
|---|---|
| \ m | (여기서 m 는 비제로의 수입니다. ) 부식의 m 번째에의 후방 참조 |
| \ mnn | (여기서 m 는 비제로의 수입니다. nn 로 한층 더 자리수를 지정합니다. mnn 10 진수치는 클로징 캡쳐한 괄호의 수보다 많으면 안됩니다. ) 부식의 mnn 번째에의 후방 참조 |
Note: 8 진수의 문자 엔트리 이스케이프와 후방 참조동안에는 역사적인 애매성이 있습니다. 위에서 힌트로서 가리킨 것처럼 이것은 발견적 수법으로 해결됩니다. 선두의 0은 항상 8 진수 이스케이프를 나타냅니다. 그 후에 숫자가 계속되지 않는 단일의 0이 아닌 숫자는 항상 후방 참조로서 해석됩니다. 0부터 시작되지 않는 복수 숫자의 시퀀스는, 적절한 부식의 뒤에 있으면(즉, 그 번호가 후방 참조용의 범위내에 있으면) 후방 참조로서 해석됩니다. 아니면, 8 진수로서 해석됩니다.
상술의 주구문 외에, 특수한 형식이나 잡다한 구문적인 기능이 사용 가능합니다.
통상, 사용되는 RE의 종류는regex_flavor로 결정됩니다. 그러나,결정자전치사에 의해 오버라이드 될 수 있습니다. RE가***:로부터 시작되는 것이면,regex_flavor에 관계없이, RE의 나머지는 ARE라고 해석됩니다. RE가***=로부터 시작되는 것이면, RE의 나머지는, 모든 문자를 보통 문자로 간주한 리터럴 문자열으로 해석됩니다.
ARE는내장된 옵션으로 시작할 수 있습니다. (? xyz )라고 하는 시퀀스로 나머지의 RE에 영향을 주는 옵션을 지정합니다(여기서 xyz 는 1개이상의 영문자입니다). 이 옵션은, 사전으로 결정된(RE종류나 대문자 소문자의 구별을 포함한다) 옵션을 오버라이드합니다. 사용 가능한 옵션 문자를Table 9-19에 나타냅니다.
Table 9-19. ARE 내장된 옵션 문자
| 옵션 | 설명 |
|---|---|
| b | 나머지의 RE는 BRE |
| c | 대문자 소문자를 구별하는 매치형(연산자로 규정되는 대문자 소문자의 구별보다 이 지정이 우선됩니다). |
| e | 나머지의 RE는 ERE |
| i | 대문자 소문자를 구별하지 않는 매치형(Section 9.7.3.5를 참조)(연산자로 규정되는 대문자 소문자의 구별보다 이 지정이 우선됩니다). |
| m | n의 히스토리컬 동의어 |
| n | 개행을 구별하는 매칭(Section 9.7.3.5를 참조) |
| p | 부분적인 개행을 구별하는 매칭(Section 9.7.3.5를 참조) |
| q | 나머지의 RE는 리터럴("인용부호 붙이고 된") 문자열, 모두 보통 문자 |
| s | 개행을 구별하지 않는 매치형(디폴트) |
| t | 타이트한 구문(디폴트, 아래에 기재되는 것을 참조) |
| w | 부분적인 개행 구별의 역("weird") 매치(Section 9.7.3.5를 참조) |
| x | 확장 구문(아래에 기재되는 것을 참조) |
내장된 옵션은 그 시퀀스의 종단)으로 유효하게 됩니다. ARE의 선두(만약***:결정자가 있으면 그 후)에서만 이용 가능합니다.
모든 문자가 의미를 가지는, 통상의(tight) RE구문에 가세해x내장된 옵션을 지정하는 것으로 이용할 수 있는확장구문이 있습니다. 확장 구문에서는, RE내의 공백 문자는 무시되어#와 그 후의 개행(혹은 RE의 종단)의 사이의 모든 문자도 같습니다. 이것에 의해, 복잡한 RE를 단락짓고, 코멘트하는 것이 가능하게 됩니다. 기본 규칙에 대해서 3개의 예외가 있습니다.
\가 공백 문자 혹은#전에 기재된 것은 보관 유지됩니다.
브랙킷식 내에서, 공백 문자 혹은#은 보관 유지됩니다.
(? :등의 복수 문자 심볼에서는, 공백 문자와 코멘트는 부정합니다.
여기서의 공백 문자란, 공백, 탭, 개행, 스페이스 문자 클래스에 속하는 문자입니다.
마지막으로, ARE의 브랙킷식의 외측에서는,(? # ttt )시퀀스가 코멘트가 됩니다 (여기서 ttt 는)를 포함하지 않는 임의의 텍스트입니다). 반복이 됩니다만, 이것은(? :등의 복수 문자 심볼의 문자간으로는 사용할 수 없습니다. 이러한 코멘트는 실용성이라고 하는 것보다 역사적 소산입니다. 그 때문에, 이 사용은 권하지 않습니다. 대신에 확장 구문을 사용해 주세요.
처음으로***=결정자가 지정되어 유저의 입력이 RE는 아니고 리터럴로서 다루어지는 경우, 이러한 메타 구문 확장은 사용 할 수 없습니다 .
RE가 캐릭터 스트링 내의 하나 이상의 서브스트링과 매치형 하는 경우에 대해, RE는 최초로 매치가 시작된 서브스트링과 매치형 합니다. 그 위치로부터 또 1개이상의 서브스트링과 매치형 했을 때는, 정규 표현은최단 매치를 실시하지 않는(욕심쟁이(최장매치)형)인가최단 매치를 실시하는(비욕심쟁이(최단매치)형)등에 의해서, 최장 일치 혹은 최단 일치의 문자열 중의 하나로 매치형 합니다
RE가 최장매치인가, 최단매치 인가는 이하의 규칙에 의해 정해집니다.
대부분의 아톰 및 모든 식은 최장매치 속성을 가지지 않습니다(이것들은 변동하는 양의 텍스트에 전혀 매치형 하지 않기 때문입니다).
RE에 괄호를 둘러싸는 것은 최장매치인가 어떤가를 변경하지 않습니다.
{ m }혹은{ m }? 의 고정 반복수의 수량지정자를 가지는 수량지정 첨부 아톰은, 아톰 자신과 동일한 최장매치를 가집니다 (전혀 가지지 않을 가능성도 있습니다).
다른 통상의 수량지정자({ m , n }, m 와 n 가 동일한 경우도 포함합니다)를 가지는 양지정 첨부 아톰은 욕심쟁이(최장매치) 형태입니다(최장 매치를 사용합니다).
다른 비욕심쟁이(최단매치)형 수량지정자({ m , n }? , m 와 n 가 동일한 경우도 포함합니다)를 가지는 양지정 첨부 아톰은 비욕심쟁이(최단매치)형입니다(최단 매치를 사용합니다).
최상정도 레벨의|연산자를 가지지 않는 RE인 브랜치(branch)는, 최초의 욕심쟁이(최장매치) 속성을 가지는 양지정 첨부 아톰과 동일한 욕심쟁이(최장매치) 속성을 가집니다.
|연산자로 접속된 2개 이상의 브랜치(branch)로 구성되는 RE는 항상 욕심쟁이 형태(최장매치)입니다.
위의 규칙은, 개개의 양지정 첨부 아톰 만이 아니고, 양지정 첨부 아톰을 복수 포함한 브랜치(branch)나 RE전체의 욕심쟁이(최장매치) 속성에 관련합니다. 즉, 브랜치(branch)나 RE전체가 전체적으로 최장 또는 최단의 서브스트링에 매치형 한다고 하는 방법으로 매치 처리를 합니다. 전체의 매치형의 길이가 정해지면, 특정의 부분식에 매치형 하는 부분이 그 부분식의 욕심쟁이(최장매치) 속성에 의해 정해집니다. 이 때, RE내에서 보다 전에 있는 부분식이 후에 있는 부분식보다 높은 우선도를 가집니다.
이 의미의 예를 나타냅니다.
SELECT SUBSTRING('XY1234Z', 'Y*([0-9]{1,3})');
Result:
123
SELECT SUBSTRING('XY1234Z', 'Y*? ([0-9]{1,3})');
Result:
1
최초의 예에서는,Y*가 욕심쟁이(최장매치) 형태이기 때문에, RE는 전체적으로 욕심쟁이(최장매치) 형태입니다. 매치형은Y의 위치로부터 시작되어, 거기로부터 가능한 한 최장의 문자열로 매치형 합니다. 즉Y123가 됩니다. 출력은 괄호로 둘러싸인 부분, 즉123이 됩니다. 2번째의 예에서는,Y*? 하지만 비욕심쟁이(최단매치)형이기 때문에, RE는 전체적으로 비욕심쟁이(최단매치)형입니다. 매치형은Y의 위치로부터 시작되어, 거기로부터 가능한 한 최단의 문자열로 매치형 합니다. 즉Y1가 됩니다. 부분식[0-9]{1,3}은 욕심쟁이(최장매치) 형태입니다만, 결정된 매치형 하는 전체의 길이를 변경할 수 없습니다. 따라서, 강제적으로1에 매치형 하게 됩니다.
정리하면, RE가 욕심쟁이(최장매치) 형태 부분식과 비욕심쟁이(최단매치)형 부분식의 양쪽 모두를 가지는 경우, 전체의 매치장은 RE전체에 할당할 수 있는 속성에 따라, 최장 매치장이나 최단 매치장이 됩니다. 부분식에 할당할 수 있었던 속성은, 부분식 에서 얼마나의 양을 그 부분식 에서"소비"할 수 있을까에만 영향을 줍니다.
{1,1}및{1,1}? 수량지정자를 부식 혹은 RE전체에 사용해, 각각, 욕심쟁이(최장매치) 또는 욕심쟁이(최장매치)를 강제하는 것이 가능합니다.
매치형의 길이는 조합 요소는 아니고 문자로 측정됩니다. 공문자열은 전혀 매치형 하는 요소가 없는 문자열보다 길다고 생각됩니다. 예를 들면,bb*는abbbc의 한가운데의 3 개의 문자와 매치형 합니다, (week|wee)(night|knights)는weeknights의 모든 10개의 문자와 매치형합니다, abc에 대해서(. *). *하지만 매치형 되면, 괄호내의 부분 정규 표현은 3개의 문자 모두에 매치형합니다, bc에 대해서(a*)*가 매치형 되면, 전체의 RE와 괄호내의 정규 표현은 공문자열에 매치형 합니다.
만약 대문자 소문자를 구별하지 않는 매칭이 지정되면, 알파벳 문자의 대문자 소문자의 구별이 완전히 없어진 것과 같은 효과를 줍니다. 브랙킷식의 외측에 알파벳의 대문자 소문자가 섞인 통상의 문자가 나왔을 경우, 예를 들면,x가[xX]가 되도록 대문자 소문자 모두 브랙킷식에 실질적으로 전환됩니다. 브랙킷식안에 나타났을 때는, (예를 들면)[x]가[xX]가 되어, 또[^x]가[^xX]가 되도록, 모든 대문자 소문자 각각의 대가 브랙킷식에 추가됩니다.
개행을 구별하는 매치형이 지정되면,. (와)과^를 사용하는 브랙킷식은(RE가 명시적으로 조정되고 있었다고 해도 매치형이 개행을 걸치지 않게 하기 위해서) 개행 문자에 매치형 하지 않게 됩니다. 또,^라고$는 각각 개행 직후와 직전의 공문자열에 매치형합니다, 게다가 각각 문자열의 선두와 말미에 매치형 합니다. 그러나, ARE 이스케이프의\A와\Z는, 계속하여 문자열의 선두와 말미 only 에 매치형 합니다.
부분적으로 개행을 구별하는 매치형이 지정되면,. (와)과 브랙킷식은 개행을 구별하는 매치형을 실시하게 됩니다만,^및$는 변경되지 않습니다.
부분적으로 개행을 구별하는 역매치가 지정되면,^및$는 개행을 구별하는 매치형을 실시하게 됩니다만,. (와)과 브랙킷식은 변경되지 않습니다. 이것은 별로 유용하지는 않습니다. 대칭성을 위해서 제공되고 있습니다.
이번 실행에서는 RE의 길이에 관한 제한은 없습니다. 그러나, 이식성을 높이고 싶은 프로그램에서는, 256바이트를 넘는 RE를 사용해야 하지는 않습니다. POSIX 호환의 실장에서는 그러한 RE에서는 혼란할 가능성이 있습니다.
ARE의 기능 가운데, POSIX ERE와 실질적인 비호환성이 있는 것은,\이 브랙킷식의 안쪽에서 특수한 의미를 잃지 않는다고 하는 점만입니다. 다른 모든 ARE 기능은, POSIX ERE에서는 부정, 미정의, 미지정 효과가 되는 구문을 사용하고 있습니다. 결정자의***구문 등은 BRE 및 ERE의 POSIX 구문에는 없습니다.
많은 ARE식은 Perl로부터 차용된 것입니다. 그러나, 몇개인가는 정리되어 Perl의 확장 몇 개는 존재하지 않습니다. 주의해야 할 비호환성에는,\b,\B, 개행의 취급해에 관한 특수한 조치의 결핍, 개행을 구별하는 매치형에 영향을 주는 점에 대해 보충한 브랙킷식의 추가, 괄호와 선행 검색 제약내의 후방 참조에 대한 제한, 최장/최단(최초로 매치형 하지 않게) 매치의 의미(semantic)가 있습니다.
PostgreSQL릴리스 7.4 이전으로 인지된, ARE와 ERE 구문간에 큰 비호환이 2개 있습니다.
ARE에서는,\의 후에 영숫자가 계속되는 것은 이스케이프 혹은 에러가 됩니다. 이전의 릴리스에서는, 이것은 단지, 영숫자를 기술하는 다른 방법이었습니다. 이것은, 큰 문제는 되지 않을 것입니다. 이전의 릴리스에서는 이러한 시퀀스를 기술할 이유가 없기 때문입니다.
ARE에서는,\은[]안에서도 특별한 문자입니다. 따라서, 브랙킷식에서는\을\\과 기술하지 않으면 안됩니다.
이러한 차이에 의해 대부분의 애플리케이션에서는 문제가 되는 것은 그다지 없습니다만, 필요에 따라서regex_flavor를extended로 설정하는 것을 회피할 수 있습니다.
BRE는 ERE와 여러면에 있어 다릅니다. |,+,? (은)는 보통 문자이며, 그러한 기능과 동등한 것은 없습니다. 바운드의 단락은\{and\}로된, 자신은 보통 문자로 하는 {and}입니다. 부식을 상자로 하기 위한 괄호는\(and\)이어,(and)자신은 보통 문자입니다. ^(은)는, RE의 선두에 있는 경우나 괄호내의 부식의 선두의 경우를 제외해, 보통 문자입니다. $(은)는, RE의 말미에 있는 경우나 괄호내의 부식의 말미의 경우를 제외해, 보통 문자입니다. 또,*는 RE의 선두에 있는 경우나 괄호내의 부식의 선두에 있는 경우에는 보통 문자가 됩니다(그 전에^가 붙어 있을 가능성도 있습니다). 마지막으로, 1자리수의 후방 참조를 사용할 수가 있어 또,\<와\>는 각각[[:<:]]와[[:>:]]와 동의어입니다.