PostgreSQL의 정규식은 Henry Spencer가 작성한 소프트웨어 패키지를 사용하여 구현됩니다. 아래 정규식에 대한 설명의 대부분은 그의 매뉴얼에서 그대로 복사되었습니다.

정규식 (REs), 정의된 대로POSIX1003.2, 두 가지 형식으로 제공됩니다.확장 REs 또는EREs(대략이그레프) 및기본 RE또는BREs (대략에드). PostgreSQL두 가지 형식을 모두 지원하고 POSIX 표준에는 없지만 Perl 및 Tcl과 같은 프로그래밍 언어에서의 가용성으로 인해 널리 사용되는 일부 확장도 구현합니다.RE이 POSIX가 아닌 확장을 사용하는 것이 호출됩니다.고급 REs 또는ARE이 문서에 있습니다. ARE는 ERE의 거의 정확한 상위 집합이지만 BRE에는 몇 가지 표기법상 비호환성이 있습니다(또한 훨씬 더 제한적임). 먼저 ARE에만 적용되는 기능을 언급하면서 ARE 및 ERE 형식을 설명한 다음 BRE가 어떻게 다른지 설명합니다.

정규 표현식은 하나 이상으로 정의됩니다.분기, 구분|. 브랜치 중 하나와 일치하는 모든 항목과 일치합니다.

분기가 0 이상입니다.정량화된 원자또는제약조건, 연결되었습니다. 첫 번째 일치 항목과 일치하고 두 번째 일치 항목이 뒤따릅니다. 빈 분기는 빈 토토 결과열과 일치합니다.

정량화된 원자는원자아마도 단일이 올 수 있음수량자. 수량자가 없으면 원자와 일치하는 항목과 일치합니다. 수량자를 사용하면 원자의 일부 일치 항목과 일치할 수 있습니다. 안원자다음에 표시된 가능성 중 하나일 수 있습니다.표 9.17. 가능한 수량자와 그 의미는 다음과 같습니다.표 9.18.

A 제약은 빈 토토 결과열과 일치하지만 특정 조건이 충족되는 경우에만 일치합니다. 제약조건은 원자가 사용될 수 있는 곳에서 사용될 수 있습니다. 단, 뒤에 수량자가 올 수는 없습니다. 간단한 제약 조건은 다음과 같습니다.표 9.19; 몇 가지 추가 제약 조건은 나중에 설명됩니다.

RE는 백슬래시로 끝날 수 없습니다(\).

다음을 사용하는 양식{...}다음으로 알려져 있음경계. 숫자m그리고n범위 내에는 0부터 255까지 허용되는 값을 갖는 부호 없는 십진 정수가 있습니다.

욕심 없음양자(ARE에서만 사용 가능)는 해당 법선과 동일한 가능성과 일치합니다(탐욕스러운) 대응 항목이지만 가장 큰 일치 항목 수보다는 가장 작은 숫자를 선호합니다. 보다섹션 9.7.3.5자세한 내용은.

Lookahead 및 Lookbehind 제약 조건은 다음을 포함할 수 없습니다.역참조(참조섹션 9.7.3.3), 그 안의 모든 괄호는 비캡처로 간주됩니다.

A 괄호 표현식는로 둘러싸인 토토 결과 목록입니다.[]. 일반적으로 목록의 단일 토토 결과와 일치합니다(아래 참조). 목록이로 시작하는 경우^, 모든 단일 토토 결과와 일치합니다.아님나머지 목록에서. 목록의 두 토토 결과가로 구분된 경우-, 이는 조합 순서에서 두 토토 결과(포함) 사이의 전체 토토 결과 범위를 나타내는 약칭입니다. 예:[0-9]에ASCII모든 십진수와 일치합니다. 두 범위가 끝점을 공유하는 것은 불법입니다. 예:a-c-e. 범위는 배열 순서에 크게 의존하므로 이식 가능한 프로그램은 범위에 의존하지 않아야 합니다.

리터럴을 포함하려면]목록에서 첫 번째 토토 결과로 만드세요(다음에^(사용되는 경우)). 리터럴을 포함하려면-, 범위의 첫 번째 또는 마지막 토토 결과 또는 두 번째 끝점으로 만듭니다. 리터럴을 사용하려면-범위의 첫 번째 끝점으로 묶습니다.[.그리고.]조합 요소로 만듭니다(아래 참조). 이러한 토토 결과를 제외한 일부 조합은[(다음 단락 참조) 및 이스케이프(ARE에만 해당), 기타 모든 특수 토토 결과는 대괄호 표현식 내에서 특별한 의미를 잃습니다. 특히,\ERE 또는 BRE 규칙을 따를 때는 특별하지 않지만 ARE에서는 (이스케이프를 도입하는 등) 특별합니다.

괄호 표현식 내에서 조합 요소(토토 결과, 단일 토토 결과인 것처럼 조합하는 다중 토토 결과 시퀀스 또는 둘 중 하나에 대한 조합 시퀀스 이름)는[.그리고.]은 해당 조합 요소의 토토 결과 시퀀스를 나타냅니다. 시퀀스는 대괄호 표현식 목록의 단일 요소로 처리됩니다. 이를 통해 여러 토토 결과 조합 요소를 포함하는 대괄호 표현식이 두 개 이상의 토토 결과와 일치할 수 있습니다(예: 조합 순서에 가 포함된 경우).ch조합 요소, 그 다음 RE[[.ch.]]*c다음의 처음 5개 토토 결과와 일치합니다.chchcc.

괄호 표현식 내에서 조합 요소는[=그리고=]은동등 클래스은 자신을 포함하여 해당 요소와 동등한 모든 조합 요소의 토토 결과 시퀀스를 나타냅니다. (다른 동등한 조합 요소가 없는 경우, 둘러싸는 구분 기호가 있는 것처럼 처리됩니다.[.그리고.].) 예를 들어, 만약o그리고^동등한 클래스의 멤버라면[[=o=]], [[=^=]]및[o^]모두 동의어입니다. 동등 클래스는 범위의 끝점이 될 수 없습니다.

괄호 표현식 내에서 토토 결과 클래스의 이름은[:그리고:]은 해당 클래스에 속하는 모든 캐릭터의 목록을 나타냅니다. 토토 결과 클래스는 범위의 끝점으로 사용할 수 없습니다. 그만큼POSIX표준은 다음 토토 결과 클래스 이름을 정의합니다:알넘(토토 결과 및 숫자),알파(토토 결과),공백(스페이스 및 탭),컨트롤(제어 토토 결과),자리(숫자),그래프(공백을 제외하고 인쇄 가능한 토토 결과),하위(소토토 결과),인쇄(공백을 포함하여 인쇄 가능한 토토 결과),점점(구두점),공간(모든 공백),상위(대토토 결과) 및xdigit(16진수). 이러한 표준 토토 결과 클래스의 동작은 일반적으로 7비트 ASCII 세트의 토토 결과에 대해 플랫폼 전체에서 일관됩니다. 지정된 비ASCII 토토 결과가 이러한 클래스 중 하나에 속하는 것으로 간주되는지 여부는 다음과 같습니다.조합정규 표현식 함수 또는 연산자에 사용됩니다(참조섹션 24.2) 또는 기본적으로 데이터베이스의LC_CTYPE로케일 설정(참조PostgreSQL : 문서 : 14 : 24.1. 사설 토토 사이트 지원). ASCII가 아닌 토토 결과의 분류는 비슷한 이름의 로케일에서도 플랫폼에 따라 다를 수 있습니다. (그러나Clocale은 ASCII가 아닌 토토 결과가 이러한 클래스에 속하는 것으로 간주하지 않습니다.) 이러한 표준 토토 결과 클래스 외에도,포스트그레SQL다음을 정의합니다단어다음과 동일한 토토 결과 클래스알넘그리고 밑줄(_) 토토 결과 및ascii정확히 7비트 ASCII 세트를 포함하는 토토 결과 클래스.

대괄호 표현식에는 두 가지 특별한 경우가 있습니다: 대괄호 표현식[[:<:]]그리고[[::]]는 단어의 시작과 끝에서 각각 빈 토토 결과열과 일치하는 제약 조건입니다. 단어는 단어 토토 결과의 앞이나 뒤에도 없는 일련의 단어 토토 결과로 정의됩니다. 단어 토토 결과는 다음과 같은 토토 결과입니다.단어토토 결과 클래스, 즉 토토 결과, 숫자 또는 밑줄. 이것은 확장 프로그램이며 호환되지만 지정되지는 않습니다.POSIX1003.2이며 다른 시스템으로 이식할 수 있도록 고안된 소프트웨어에서는 주의해서 사용해야 합니다. 일반적으로 아래에 설명된 제약 조건 탈출이 더 좋습니다. 더 이상 표준은 아니지만 입력하기가 더 쉽습니다.

탈출다음으로 시작하는 특수 시퀀스입니다.\다음에 영숫자 토토 결과가 옵니다. 이스케이프에는 토토 결과 입력, 클래스 속기, 제약 조건 이스케이프, 역참조 등 다양한 종류가 있습니다. 에이\다음에 영숫자 토토 결과가 오지만 유효한 이스케이프를 구성하지 않는 것은 ARE에서 불법입니다. ERE에는 이스케이프가 없습니다. 대괄호 표현식 외부에는 a\다음에 영숫자 토토 결과가 오는 것은 단지 해당 토토 결과를 일반 토토 결과로 나타내고 대괄호 표현식 안에는,\은 일반 토토 결과입니다. (후자는 ERE와 ARE 간의 실제 비호환성 중 하나입니다.)

토토 결과 입력 이스케이프RE에서 인쇄되지 않는 토토 결과 및 기타 불편한 토토 결과를 더 쉽게 지정할 수 있도록 하기 위해 존재합니다. 그들은에 표시됩니다표 9.20.

클래스 속기 이스케이프일반적으로 사용되는 특정 토토 결과 클래스에 대한 약칭을 제공합니다. 그들은에 표시됩니다표 9.21.

A 제약조건 탈출는 특정 조건이 충족되면 빈 토토 결과열과 일치하는 제약 조건이며 이스케이프로 작성됩니다. 그들은에 표시됩니다표 9.22.

A 역참조 (\n)는 숫자로 지정된 이전 괄호 안에 있는 하위 표현식과 일치하는 동일한 토토 결과열과 일치합니다.n(참조표 9.23). 예를 들어,([bc])\1일치bb또는cc하지만 아님bc또는cb. 하위 표현식은 RE의 역참조보다 완전히 앞에 있어야 합니다. 하위 표현식은 선행 괄호 순서에 따라 번호가 매겨집니다. 비캡처 괄호는 하위 표현식을 정의하지 않습니다. 역참조는 참조된 하위 표현식과 일치하는 토토 결과열 토토 결과만 고려하며 여기에 포함된 제약 조건은 고려하지 않습니다. 예를 들어,(^\d)\1일치할 것입니다22.

16진수는0-9, a-f그리고A-F. 8진수는 다음과 같습니다.0-7.

ASCII 범위(0-127) 외부의 값을 지정하는 숫자 토토 결과 입력 이스케이프는 데이터베이스 인코딩에 따라 의미가 있습니다. 인코딩이 utf-8인 경우 이스케이프 값은 유니코드 코드 포인트와 동일합니다. 예를 들어\u1234토토 결과를 의미합니다U+1234. 다른 멀티바이트 인코딩의 경우 토토 결과 입력 이스케이프는 일반적으로 토토 결과에 대한 바이트 값의 연결을 지정합니다. 이스케이프 값이 데이터베이스 인코딩의 유효한 토토 결과와 일치하지 않으면 오류가 발생하지 않지만 어떤 데이터와도 일치하지 않습니다.

토토 결과 입력 이스케이프는 항상 일반 토토 결과로 간주됩니다. 예를 들어,\135is]ASCII이지만\135대괄호 표현식을 종료하지 않습니다.

클래스 속기 이스케이프는 대괄호 표현식 내에서도 작동하지만 위에 표시된 정의는 해당 문맥에서 구문적으로 유효하지 않습니다. 예를 들어,[a-c\d]다음과 동일함[a-c[:digit:]].

단어는 다음의 사양에 정의되어 있습니다.[[:<:]]그리고[[::]]위. 제약 조건 이스케이프는 대괄호 표현식 내에서 불법입니다.

위에 설명된 기본 구문 외에도 몇 가지 특수 형식과 기타 구문 기능을 사용할 수 있습니다.

RE는 두 가지 특수 토토 결과 중 하나로 시작할 수 있습니다.감독접두사. RE가로 시작하는 경우***:, RE의 나머지 부분은 ARE로 간주됩니다. (이것은 일반적으로 효과가 없습니다.포스트그레SQL, RE는 ARE로 가정되기 때문입니다. 그러나 ERE 또는 BRE 모드가 다음으로 지정된 경우에는 효과가 있습니다.플래그정규식 함수에 대한 매개변수.) RE가 다음으로 시작하는 경우***=, RE의 나머지 부분은 리터럴 토토 결과열로 간주되며 모든 토토 결과는 일반 토토 결과로 간주됩니다.

ARE는 다음으로 시작할 수 있습니다.내장 옵션: 시퀀스(?xyz)(어디에서xyz는 하나 이상의 알파벳 토토 결과임)은 RE의 나머지 부분에 영향을 미치는 옵션을 지정합니다. 이러한 옵션은 이전에 결정된 모든 옵션을 재정의합니다. 특히 정규식 연산자가 암시하는 대/소토토 결과 구분 동작을 재정의할 수 있습니다.플래그매개변수를 정규식 함수에 추가합니다. 사용 가능한 옵션 토토 결과는 다음과 같습니다.표 9.24. 동일한 옵션 토토 결과가에 사용됩니다.플래그정규식 함수의 매개변수.

내장된 옵션은 다음에서 적용됩니다.)시퀀스를 종료합니다. ARE 시작 시에만 나타날 수 있습니다(다음 이후).***:이사(있는 경우)).

일반적인 것 외에도 (빡빡) 모든 토토 결과가 중요한 RE 구문에는확장됨구문, 포함된 항목을 지정하여 사용 가능x옵션. 확장된 구문에서 RE의 공백 토토 결과는 a 사이의 모든 토토 결과와 마찬가지로 무시됩니다.#및 다음 개행(또는 RE의 끝). 이를 통해 복잡한 RE에 단락을 지정하고 주석을 달 수 있습니다. 해당 기본 규칙에는 세 가지 예외가 있습니다.

이 목적을 위해 공백 토토 결과는 공백, 탭, 개행 및 다음에 속하는 모든 토토 결과입니다.공간토토 결과 클래스.

마지막으로 ARE에서 외부 대괄호 표현식 시퀀스(?#ttt)(어디에서ttta를 포함하지 않는 텍스트입니다))은 주석이며 완전히 무시됩니다. 다시 말하지만, 이는 다음과 같은 다중 토토 결과 기호 토토 결과 사이에는 허용되지 않습니다.(?:. 이러한 주석은 유용한 기능이라기보다는 역사적 유물에 가깝고 더 이상 사용되지 않습니다. 대신 확장된 구문을 사용하세요.

없음이러한 메타구문 확장은 초기에 사용할 수 있습니다.***=director는 사용자의 입력이 RE가 아닌 리터럴 토토 결과열로 처리되도록 지정했습니다.

RE가 주어진 토토 결과열의 하나 이상의 하위 토토 결과열과 일치할 수 있는 경우, RE는 토토 결과열에서 가장 먼저 시작하는 것과 일치합니다. RE가 해당 지점에서 시작하여 두 개 이상의 하위 토토 결과열과 일치할 수 있는 경우 RE가 다음과 같은지 여부에 따라 가능한 가장 긴 일치 또는 가장 짧은 일치가 선택됩니다.탐욕스러운또는탐욕스럽지 않음.

RE가 탐욕스러운지 여부는 다음 규칙에 따라 결정됩니다:

위의 규칙은 탐욕 속성을 개별 정량화된 원자뿐만 아니라 정량화된 원자를 포함하는 가지 및 전체 RE와도 연관시킵니다. 이는 분기 또는 전체 RE가 가능한 가장 길거나 가장 짧은 하위 토토 결과열과 일치하는 방식으로 일치가 수행된다는 것을 의미합니다.전체적으로. 전체 일치의 길이가 결정되면 특정 하위 표현식과 일치하는 부분이 해당 하위 표현식의 탐욕 속성을 기반으로 결정되며, RE에서 먼저 시작하는 하위 표현식이 나중에 시작하는 하위 표현식보다 우선순위를 갖습니다.

이것이 무엇을 의미하는지에 대한 예:

부분 토토 결과열 선택('XY1234Z', 'Y*([0-9]1,3)');결과:123SUBSTRING 선택('XY1234Z', 'Y*?([0-9]1,3)');결과:1

첫 번째 경우에는 RE 전체가 탐욕스럽습니다. 왜냐하면Y*탐욕스럽습니다. 부터 시작하여 일치할 수 있습니다.Y, 그리고 거기에서 시작하는 가능한 가장 긴 토토 결과열과 일치합니다. 즉,Y123. 출력은 괄호로 묶인 부분입니다. 또는123. 두 번째 경우에는 RE 전체가 탐욕스럽지 않습니다. 왜냐하면예*?욕심이 없습니다. 부터 시작하여 일치할 수 있습니다.Y, 그리고 거기에서 시작하는 가능한 가장 짧은 토토 결과열과 일치합니다. 즉,Y1. 하위 표현식[0-9]{1,3}탐욕스럽기는 하지만 전체 경기 길이에 대한 결정을 변경할 수는 없습니다. 따라서 강제로 일치해야 합니다.1.

간단히 말해서, RE에 탐욕스러운 하위 표현식과 탐욕스럽지 않은 하위 표현이 모두 포함되어 있는 경우 전체 일치 길이는 전체 RE에 할당된 속성에 따라 가능한 한 길거나 짧습니다. 하위 표현식에 할당된 속성은 허용되는 일치 정도에만 영향을 미칩니다.“먹다”서로 상대적입니다.

수량자{1,1}그리고{1,1}?은 하위 표현식 또는 전체 RE에 탐욕 또는 비탐욕을 각각 강제하는 데 사용될 수 있습니다. 이는 요소에서 추론된 것과 다른 욕심 속성을 갖기 위해 전체 RE가 필요할 때 유용합니다. 예를 들어, 일부 숫자가 포함된 토토 결과열을 숫자와 그 앞과 뒤의 부분으로 분리하려고 한다고 가정해 보겠습니다. 다음과 같이 시도해 볼 수도 있습니다.

SELECT regexp_match('abc01234xyz', '(.*)(\d+)(.*)');결과:abc0123,4,xyz

그것은 작동하지 않았습니다: 첫 번째.*욕심이 많아서“먹는다”최대한 많이, 떠나\d+가능한 마지막 자리, 마지막 숫자에서 일치시킵니다. 탐욕스럽지 않게 만들어 이 문제를 해결하려고 할 수도 있습니다.

SELECT regexp_match('abc01234xyz', '(.*?)(\d+)(.*)');결과:abc,0,""

그것도 효과가 없었습니다. 이제 RE 전체가 탐욕스럽지 않고 가능한 한 빨리 전체 경기를 종료하기 때문입니다. RE 전체를 탐욕스럽게 만들면 원하는 것을 얻을 수 있습니다.

SELECT regexp_match('abc01234xyz', '(?:(.*?)(\d+)(.*))1,1');결과:abc,01234,xyz

RE의 전체 탐욕을 해당 구성 요소의 탐욕과 별도로 제어하면 가변 길이 패턴을 처리하는 데 큰 유연성이 허용됩니다.

길거나 짧은 일치 항목을 결정할 때 일치 길이는 조합 요소가 아닌 토토 결과 단위로 측정됩니다. 빈 토토 결과열은 전혀 일치하지 않는 것보다 긴 것으로 간주됩니다. 예를 들어:bb*의 중간 세 글자와 일치abbbc; (week|wee)(밤|기사)다음의 10개 토토 결과 모두와 일치합니다.주중; 언제(.*).*다음과 일치함abc괄호 안에 있는 하위 표현식은 세 토토 결과 모두와 일치합니다. 그리고 언제(a*)*다음과 일치함bc전체 RE와 괄호로 묶인 하위 표현식 모두 빈 토토 결과열과 일치합니다.

대소토토 결과 독립적인 일치가 지정되면 모든 대소토토 결과 구분이 알파벳에서 사라진 것과 같은 효과가 있습니다. 여러 경우에 존재하는 알파벳이 대괄호 표현식 외부에서 일반 토토 결과로 나타나는 경우 두 경우를 모두 포함하는 대괄호 표현식으로 효과적으로 변환됩니다. 예:x되다[xX]. 대괄호 표현식 안에 나타나면 그에 해당하는 모든 대소토토 결과가 대괄호 표현식에 추가됩니다. 예:[x]되다[xX]그리고[^x]되다[^xX].

줄바꿈 구분 일치가 지정된 경우,.및 대괄호 표현식 사용^개행 토토 결과와 일치하지 않습니다. 따라서 RE에 명시적으로 개행 토토 결과가 포함되지 않는 한 일치 항목이 줄을 넘지 않습니다.^그리고$은 토토 결과열의 시작과 끝에서 각각 일치하는 것 외에도 개행 토토 결과 뒤와 앞의 빈 토토 결과열과 각각 일치합니다. 그러나 ARE는 탈출합니다.\A그리고\Z토토 결과열의 시작 또는 끝과 계속 일치만. 또한 토토 결과 클래스 속기\D및\W이 모드에 관계없이 개행 토토 결과와 일치합니다. (전에PostgreSQL14, 개행 구분 모드에서는 개행 토토 결과와 일치하지 않았습니다. 쓰다[^[:숫자:]]또는[^[:단어:]]이전 동작을 얻으려면.)

부분 개행 구분 일치가 지정된 경우 이는 영향을 받습니다..및 대괄호 표현식은 개행 구분 일치와 동일하지만 그렇지 않음^그리고$.

역 부분 개행 구분 일치가 지정된 경우 이는 영향을 받습니다.^그리고$줄바꿈 인식 일치와 같지만 그렇지 않음.및 대괄호 표현식. 이는 그다지 유용하지는 않지만 대칭을 위해 제공됩니다.

이 구현에서는 RE 길이에 특별한 제한이 적용되지 않습니다. 그러나 이식성이 뛰어난 프로그램은 256바이트보다 긴 RE를 사용해서는 안 됩니다. POSIX 호환 구현에서는 이러한 RE 승인을 거부할 수 있기 때문입니다.

실제로 POSIX ERE와 호환되지 않는 ARE의 유일한 기능은 다음과 같습니다.\대괄호 표현식 내에서 특별한 의미를 잃지 않습니다. 다른 모든 ARE 기능은 POSIX ERE에서 불법이거나 정의되지 않거나 지정되지 않은 효과를 갖는 구문을 사용합니다. 그만큼***이사 구문도 마찬가지로 BRE 및 ERE 모두에 대한 POSIX 구문을 벗어납니다.

많은 ARE 확장이 Perl에서 차용되었지만 일부는 이를 정리하기 위해 변경되었으며 일부 Perl 확장은 존재하지 않습니다. 주의할 점은 다음과 같습니다.\b, \B, 후행 줄바꿈에 대한 특수 처리 부족, 줄바꿈 구분 일치의 영향을 받는 항목에 보완된 대괄호 표현식 추가, 미리보기/뒤돌아보기 제약조건의 괄호 및 역참조에 대한 제한, 가장 긴/최단 일치(첫 번째 일치가 아닌) 일치 의미 체계.

BRE는 여러 측면에서 ERE와 다릅니다. BRE에서는|, +및?은 일반 토토 결과이며 해당 기능에 상응하는 토토 결과는 없습니다. 경계 구분 기호는 다음과 같습니다.\{그리고\}, 와{그리고}그 자체로는 평범한 토토 결과입니다. 중첩된 하위 표현식의 괄호는 다음과 같습니다.\(그리고\), 와(그리고)그 자체로는 평범한 토토 결과입니다.^RE의 시작 부분이나 괄호로 묶인 하위 표현식의 시작 부분을 제외한 일반 토토 결과입니다.$RE의 끝이나 괄호로 묶인 하위 표현식의 끝을 제외한 일반 토토 결과이며*RE의 시작 부분 또는 괄호로 묶인 하위 표현식의 시작 부분(가능한 선행 뒤에 나오는 경우)은 일반 토토 결과입니다.^). 마지막으로 한자리 역참조가 가능하며,\<그리고\다음의 동의어입니다[[:<:]]그리고[[::]]각각; BRE에서는 다른 이스케이프를 사용할 수 없습니다.

SQL:2008 이후 SQL 표준에는 다음이 포함됩니다.LIKE_REGEXXQuery 정규식 표준에 따라 패턴 일치를 수행하는 연산자입니다.포스트그레SQL아직 이 연산자를 구현하지 않았지만 다음을 사용하여 매우 유사한 동작을 얻을 수 있습니다.regexp_match()함수, XQuery 정규식은 위에서 설명한 ARE 구문과 매우 유사하기 때문입니다.

기존 POSIX 기반 정규식 기능과 XQuery 정규식 간의 주목할만한 차이점은 다음과 같습니다.