Prasadarao K. Vithanala
Microsoft Corporation
2005년 6월
요약: 이 백서에서는 FLWOR 문, XQuery의 연산자, if-then-else 구문, XML 생성자, 기본 제공되는 XQuery 함수, 형식 캐스팅 연산자, 이러한 각 기능을 사용하는 방법에 관한 예제 등을 비롯하여 SQL Server 2005에서 구현된 XQuery의 다양한 기능을 소개합니다. 또한 SQL Server 2005에서 지원되지 않는 XQuery 기능과 해결 방법이 설명되고 XQuery가 유용하게 사용되는 세 가지 시나리오가 제공됩니다.
목차
소개
SQL Server 2005의 XML 데이터 형식
XQuery 소개
XQuery 식 구조
XQuery의 연산자
if-then-else 구문
XQuery를 사용하여 XML 생성
기본 제공 XQuery 함수
형식 관련 식
관계형 열과 변수 액세스
지원되지 않는 기능과 해결 방법
최상의 실행 방법 및 지침
XML 데이터 수정
XQuery 사용 시나리오
결론
소개
XML은 문서 형식으로 사용하도록 개발되었습니다. 그러나 확장성, 국제화 지원, 구조적 및 반구조적 데이터 표시 기능, 시스템 및 사용자를 위한 향상된 가독성 등을 비롯한 추가 기능으로 인해 XML은 플랫폼에 독립적인 데이터 표현 형식으로 매우 널리 사용되고 있습니다. XML이 널리 보급됨에 따라 사용자들은 데이터 통합과 관련된 문제와 같은 복잡한 비즈니스 문제를 해결하기 위해 XML을 적용하고 있습니다. 많은 시나리오에서 정보를 테이블에 저장한 다음 해당 정보에서 XML 메시지를 작성하는 것보다는 정보를 XML 형식으로 저장하는 것이 권장됩니다. 이러한 시나리오에 대한 자세한 내용은 MSDN 기사 Microsoft SQL Server 2005를 위한 XML 최상의 실행 방법을 참조하십시오. 문서를 저장하고 반구조적 데이터를 표현하기 위해 XML을 적용하는 방법은 서버의 데이터 관리를 단순화하는 데이터 저장 형식으로 XML이 발전하게 된 원동력이 되어 왔습니다.
그러나 관계형 테이블에 저장된 XML 데이터에서 정보를 BLOB로 추출하려면 정보를 추출하여 XML로 표현할 수 있는 쿼리 언어가 필요하다는 문제가 대두되었습니다. Microsoft SQL Server 2000에서는 쿼리에 사용할 수 있는 OpenXML이 제공되었습니다. 그러나 OpenXML은 XML 데이터를 관계형 형식에 매핑하도록 설계되었기 때문에 XML 데이터 모델을 완전하게 지원하지 못했습니다(표 1 참조).
관계형 데이터 모델과 XML 데이터 모델은 여러 측면에서 다릅니다. 다음 표에는 두 데이터 모델의 주요 차이점이 나와 있습니다.
표 1 관계형 데이터 모델과 XML 데이터 모델의 차이점
| 기능 | 관계형 데이터 모델 | XML 데이터 모델 |
|---|---|---|
| 평면 구조적 데이터 | 평면 테이블을 사용하여 데이터를 열 형식으로 저장합니다. 평면 구조적 데이터를 저장하는 데 권장되는 방법입니다. | 문서 순서를 유지해야 하거나 스키마가 유연하거나 알려지지 않은 경우 유용합니다. |
| 반구조적 데이터 | 관계형 모델을 사용하여 반구조적 데이터를 모델링하는 것이 어렵습니다. | 변수 또는 확장 스키마를 사용하여 반구조적 데이터를 표현할 수 있는 기능을 지원합니다. |
| 태그 데이터 | BLOB 저장소를 벗어나 태그 데이터를 저장하는 데 적합하지 않습니다. | HTML, RTF 등과 같은 태그 데이터를 저장할 수 있는 기능을 지원합니다. |
| 중첩 또는 계층 데이터 구조 | 외래 키로 여러 테이블을 연결하여 사용함으로써 중첩 데이터를 지원하지만 중첩 깊이가 증가하거나 알려지지 않은 경우에 관계형 형식으로 저장된 중첩 데이터를 검색하는 데 필요한 쿼리가 복잡해집니다. | 중첩 또는 계층 데이터 구조를 표현할 수 있는 기능을 지원합니다. |
| 데이터 순서 | 유지되지 않습니다. | 유지됩니다. |
| 입력 데이터 | 유형이 같습니다. | 유형이 다릅니다. |
| 결과 집합 | 유형이 같습니다. | 유형이 다릅니다. |
관계형 데이터 모델이 XML 문서를 기본적으로 저장하도록 확장되는 것은 여러 요인 중에서 특히 유형이 다른 구조적 데이터를 더 많이 처리해야 하는 요구가 커지고 암시적 순서를 유지해야 할 필요성이 증가했기 때문입니다. 또한 반구조적 또는 태그 정보 처리에 관한 SQL 언어의 한계로 인해 XQuery 언어가 개발되었습니다. XQuery 언어는 XML 데이터의 특성과 XML 데이터 처리와 관련된 문제를 고려하여 처음부터 새롭게 디자인되었습니다.
SQL Server 2005에서는 XML데이터 형식을 사용한 XML 데이터의 네이티브 저장이 기본적으로 지원됩니다. XQuery 1.0은 XML 데이터에 대한 쿼리를 공식화하기 위해 W3C(World Wide Web Consortium) XML Query Working Group에서 정의한 언어입니다. SQL과 마찬가지로 XQuery는 SQL 및 Xpath에 대한 기본 지식만으로 쉽게 이해할 수 있는 선언적 쿼리 언어입니다.
이 문서는 2004년 7월에 발표된 XQuery 초안에 기초하는 SQL Server 2005의 XQuery 1.0 구현을 기반을 두고 있습니다. 이 문서의 첫 번째 절에서는 새 XML 데이터 형식과 관련 기능에 대한 개요를 제공합니다. 뒤이어 나오는 절에서는 새 XQuery 언어와 이점, FLWOR 문, XQuery의 다양한 연산자, XQuery의 기본 제공 함수, 형식 관련 식, SQL Server 2005에서 지원되지 않는 기능 등을 소개합니다. 마지막 부분의 절에서는 최상의 실행 방법과 지침, XML 데이터 수정 및 XQuery 사용 시나리오를 제공합니다.
SQL Server 2005의 XML 데이터 형식
SQL Server 2005에서 소개된 새 XML 데이터 형식은 XML 문서와 단편을 데이터베이스에 저장할 수 있는 기능을 사용자에게 제공합니다. XML 데이터 형식을 사용하면 열, 저장 프로시저 또는 함수의 매개 변수, 변수 등을 만들 수 있습니다.
또한 사용자는 XML 형식 열을 XML 스키마 컬렉션과 연관시켜 형식 있는 XML 열을 만들 수 있습니다. 컬렉션의 XML 스키마는 XML 인스턴스의 유효성을 검사하고 형식화하는 데 사용됩니다.
형식 있는/형식 없는 XML 데이터 형식 비교
XML 데이터 형식을 XML 스키마 컬렉션과 연관시켜 XML 인스턴스에 스키마 제약 조건을 적용할 수 있습니다. XML 데이터가 XML 스키마 컬렉션과 연관된 경우 이를 형식 있는 XML이라고 부르고 그렇지 않은 경우 형식 없는 XML이라고 부릅니다.
SQL Server 2005 XML 데이터 형식은 ISO SQL-2003 표준 XML 데이터 형식을 구현합니다. 따라서 올바른 형식의 XML 1.0 문서뿐만 아니라 최상위 텍스트 노드와 임의 개수의 최상위 요소가 포함된 소위 XML 콘텐츠 단편도 저장할 수 있습니다. 데이터가 올바른 형식을 가지는지 검사되며(XML 데이터 형식이 XML 스키마에 바인딩될 필요는 없음) SQL-2003 콘텐츠 완화법에 따라 올바른 형식이 아닌 데이터는 거부됩니다.
스키마가 미리 알려지지 않은 경우에 형식 없는 XML이 유용합니다. 또한 스키마가 알려져 있지만 변경 속도가 빨라서 유지 관리하기 힘들거나 여러 스키마가 존재하며 외부 요구 사항에 기초하여 이러한 스키마가 나중에 데이터에 바인딩될 경우에 형식 없는 XML이 유용합니다. 이외에도 데이터베이스 엔진이 지원하지 않은 XML 스키마 구문(예: key/keyref, lax validation)이 XML 스키마에 포함된 경우에도 형식 없는 XML이 유용합니다. 이 경우 CLR(Common Language Runtime) 사용자 정의 함수에서 System.XML 유효성 검사기를 사용하여 유효성 검사를 제공할 수 있습니다.
XML 스키마 컬렉션에 XML 데이터를 설명하는 XML 스키마가 있을 경우 XML 스키마 컬렉션을 XML 열과 연관시켜 형식 있는 XML을 생성할 수 있습니다. XML 스키마는 데이터의 유효성을 검사하고 쿼리 및 데이터 수정 문의 컴파일 도중에 형식 없는 XML보다 정확한 형식 검사를 수행하며 저장소 및 쿼리 처리를 최적화하는 데 사용됩니다.
형식 있는 XML 열, 매개 변수 및 변수는 선언 시에 옵션으로 지정할 수 있는 XML 문서나 콘텐츠 단편을 저장할 수 있습니다(각각 DOCUMENT 또는 CONTENT 옵션으로 지정할 수 있으며 기본값은 CONTENT). 또한 XML 스키마 컬렉션을 제공해야 합니다. 각 XML 인스턴스에 정확하게 하나의 최상위 요소가 있을 경우 DOCUMENT를 지정하고 그렇지 않을 경우에는 CONTENT를 사용합니다. XQuery 컴파일러는 DOCUMENT 플래그 정보를 사용하여 정적 형식 유추 도중에 단일 최상위 요소를 유추합니다.
XML 데이터 형식의 메서드
XML 데이터 형식은 XML 인스턴스를 조작하는 데 사용할 수 있는 5개의 메서드를 지원합니다. XML 데이터 형식의 이러한 메서드는 다음과 같습니다.
query() 메서드는 XML 노드 목록으로 평가되는 XQuery 식을 가집니다. 이 메서드를 사용하면 XML 문서의 단편을 추출할 수 있습니다. 형식 없는 XML의 인스턴스가 결과로 반환됩니다.
value() 메서드는 XML 문서에서 스칼라 값을 관계형 값으로 추출하는 데 사용됩니다. 이 메서드는 단일 노드와 반환되는 원하는 SQL 형식을 식별하는 XQuery 식을 가집니다. XML 노드 값이 반환되어 지정된 SQL 형식으로 캐스팅됩니다.
exist() 메서드를 사용하면 XML 문서에서 검사를 수행하여 XQuery 식의 결과가 비어 있는지 여부를 확인할 수 있습니다. XQuery 식이 비어 있지 않은 결과를 반환하면 이 메서드의 결과는 1입니다. 결과가 비어 있으면 0이고 XML 인스턴스 자체가 NULL이면 결과도 NULL입니다.
XML 데이터 형식의 nodes() 메서드는 XML 문서를 관계형 데이터로 분해하는 작업을 용이하게 합니다. nodes() 메서드는 제공된 XQuery 식에서 식별하는 컨텍스트 노드를 각 행에서 나타내는 행 집합을 반환합니다. 또한 query(), value(), exist(), nodes() 등과 같은 XML 데이터 형식의 메서드를 nodes() 메서드에서 반환된 컨텍스트 노드에서 호출할 수 있습니다.
modify() 메서드를 사용하면 XML 문서의 내용을 수정할 수 있습니다. 이 메서드는 XML DML 문을 사용하여 XML 인스턴스에서 하나 이상의 노드를 삽입, 업데이트 또는 삭제합니다. NULL 값에 적용될 경우 오류가 발생합니다.
자세한 내용은 Microsoft SQL Server 2005의 XML 지원 백서를 참조하십시오.
XQuery 소개
XQuery는 XML 데이터를 쿼리하기 위한 새 언어이며 XPath 2.0에 기초한 탐색 액세스를 허용합니다. 이 절에서는 XQuery와 Xpath의 관계, XQuery를 사용할 경우의 이점, XQuery의 적용 영역, XQuery에서 XML 스키마의 역할 등을 비롯하여 XQuery 언어의 다양한 측면에 대한 개요를 제공합니다.
XPath 2.0 개요
W3C에 의해 정의된 XPath 1.0 (영문)은 XML 문서의 일부분을 찾기 위한 언어입니다. Xpath는 XML 문서에서 노드를 식별하기 위해 경로 기반 구문을 사용합니다. 또한 Xpath는 XSLT 1.0 (영문) 및 XPointer (영문)에 대한 핵심 구문을 정의합니다. XPath 1.0에는 문자열, 부울 값 및 부동 소수점 수를 처리하기 위한 기본 제공 함수가 있습니다. XPath 1.0은 필터링 기준을 지정하는 기능과 함께 노드 집합을 필터링하기 위한 구문을 정의합니다. 더 자세한 형식 시스템을 지원하고 더 많은 기능을 제공하기 위해 XPath 1.0은 XPath 2.0 (영문)으로 확장되고 있습니다. XQuery 1.0 (영문)은 XPath 2.0에 기반을 두며 XPath 2.0의 탐색 및 필터링 측면에 순서 지정, 형태 변경, 구성 및 유효성 검사 기능을 추가합니다.
XQuery 개요
XQuery는 XML 형식으로 저장된 데이터를 쿼리하려는 특별한 목적을 위해 XML Query Working Group에 의해 처음부터 새로 설계된 형식 있는 선언적 기능 언업니다. XQuery는 XPath 2.0 및 XSLT 2.0 (영문)과 같은 다른 XML 표준과 동일한 데이터 모델 및 XML 스키마 (영문) 기반 형식 시스템을 사용합니다. XQuery는 형식화되지 않았거나(즉, 데이터와 연관된 스키마가 없는) XML 스키마로 형식화된 XML 문서에서 작동하도록 설계되었습니다. 앞에서 언급한 것처럼 XQuery 1.0은 기본적으로 XPath 2.0의 상위 집합입니다. XPath 2.0의 기능 외에도 다음과 같은 기능이 있습니다.
- 문서 순서와 다른 순서로 정렬할 수 있도록 FLWOR 절에 order by 절을 추가합니다.
- 이후에 사용하기 위해 식 결과에 이름을 지정하기 위해 FLWOR 절에 let 절을 추가합니다(SQL Server 2005에서는 지원되지 않음).
- 쿼리 프롤로그에 정적 컨텍스트 항목을 지정하는 방법을 제공합니다(예: 네임스페이스 접두사 바인딩).
- 새 노드를 생성하는 기능을 제공합니다.
- 사용자 정의 함수를 정의하는 기능을 제공합니다(SQL Server 2005에서는 지원되지 않음).
- 모듈/라이브러리를 만드는 기능을 제공합니다(SQL Server 2005에서는 지원되지 않음).
XQuery의 이점
- SQL 및 Xpath에 대한 지식이 있는 경우 쉽게 배울 수 있습니다.
- 쿼리가 XQuery로 작성된 경우 XSLT로 작성된 쿼리보다 코드가 적게 필요합니다.
- XML 데이터가 형식화된 경우 XQuery를 강력한 형식의 언어로 사용할 수 있으며 이 경우 암시적 형식 캐스트를 방지하여 쿼리의 성능을 향상시키고 쿼리 최적화 수행 시에 사용할 수 있는 형식 보장을 제공할 수 있습니다.
- 형식 없는 데이터의 경우 높은 유용성을 제공하기 위해 Xquery를 약한 형식의 언어로 사용할 수 있습니다. SQL Server 2005는 강력한 형식 및 약한 형식 관계에 대한 지원을 사용하여 정적 형식 유추를 구현합니다.
- XQuery는 쿼리를 수행하는 데 필요한 코드가 XSLT보다 적기 때문에 유지 관리 비용이 적게 들어갑니다.
- XQuery는 W3C 권고가 되어가고 있으며 주요 데이터베이스 공급업체에 의해 지원될 것입니다.
이 문서를 작성할 시점에 XQuery 1.0 언어와 관련하여 다음과 같은 주의 사항이 있었습니다.
- XQuery 사양은 현재 개발 중이며 이후에 변경될 수 있습니다. SQL Server 2005는 W3C 초안의 검증된 부분에 기반을 두고 구현되었습니다.
XQuery 적용 영역
XQuery의 적용 영역을 다음과 같이 넓게 구분할 수 있습니다.
- 쿼리/분석을 위한 XQuery: XQuery는 많은 양의 데이터를 쿼리하는 데 적합하며 필요한 정보를 필터링, 정렬, 순서 지정 및 재활용하는 기능을 제공합니다. 반구조적 정보를 나타내는 XML 문서, 이름/값 쌍 속성 모음, 잠재적 응용 프로그램 오류와 보안 문제를 식별하기 의한 응용 프로그램 로그, 트랜잭션 로그 및 감사 로그 분석 등을 쿼리하는 것을 일반적인 적용 예로 들 수 있습니다.
- 응용 프로그램 통합을 위한 XQuery: 많은 조직에서 독자적인 응용 프로그램 통합 접근 방법에서 벗어나 표준 기반의 응용 프로그램 통합 접근 방법을 채택하기 시작함에 따라 내부 응용 프로그램 특정 형식의 데이터를 표준 교환 형식으로 변환해야 하는 필요성이 중요해지고 있습니다. XML 데이터를 생성 및 변환하는 기능을 가진 XQuery는 이러한 요구를 충족합니다. 응용 프로그램 통합 영역에서 XQuery가 사용되는 일반적인 예로 네이티브 XML 데이터베이스/관계형 데이터 데이터 소스를 사용하는 특정 응용 프로그램에 사용되는 용어를 XML/관계형 데이터 형식을 사용하는 다른 응용 프로그램에 사용되는 언어로 변환하는 경우를 들 수 있습니다.
서버에서 XQuery를 사용할 경우의 이점
XQuery를 사용하여 서버에서 XML 처리를 수행하는 것은 클라이언트 쪽 XML 처리와 비교하여 많은 이점이 있습니다. 그 중에서 몇 가지 이점을 요약하면 다음과 같습니다.
- 네트워크의 트래픽 감소: XML 데이터가 서버에서 처리될 경우 결과만 클라이언트에게 전달됩니다. 결과적으로 네트워크에서 트래픽이 줄어듭니다.
- 보안 향상: 필요한 데이터만 클라이언트에게 보내지므로 클라이언트 쪽 XML 처리를 사용할 경우처럼 전체 데이터가 네트워크에 노출되는 위험이 방지됩니다.
- 향상된 관리 효율성: 서버에서 XML을 처리하므로 클라이언트에서 코드가 브라우저에 독립적입니다. 결과적으로 클라이언트 쪽에서 관리 효율성이 향상됩니다.
- 향상된 성능: 서버에서 XQuery를 사용하여 작성하는 쿼리는 SQL 쿼리 엔진의 최적화를 따릅니다. 따라서 클라이언트에서 전체 데이터를 검색하고 필터링할 때와 비교하여 성능이 향상됩니다. 또한 XML 데이터 형식 열에서 인덱스를 작성하여 성능 향상을 실현할 수 있습니다.
XQuery 구현에서 XML 스키마가 사용되는 방법
XML 데이터 형식과 연관된 XML 스키마 컬렉션은 다음과 같이 관계형 엔진에 사용됩니다.
- 삽입 작업 도중에 XML 인스턴스의 유효성을 검사하기 위해 사용됩니다.
- 수정 작업 도중에 XML 인스턴스의 유효성을 검사하기 위해 사용됩니다.
- 더 나은 쿼리 계획을 생성하고 많은 런타임 검사를 방지하여 오류를 조기에 감지하고 쿼리 성능을 향상시키기 위해 정적 형식 검사 도중에 XML 스키마에 포함된 형식 정보가 사용됩니다.
- SQL Server는 XML 스키마에 존재하는 형식 정보를 사용하여 저장소를 최적화합니다.
XQuery 식 구조
SQL Server 2005의 XQuery 식은 두 개의 섹션, 즉 프롤로그와 본문으로 구성됩니다. 프롤로그에는 네임스페이스 선언 하위 섹션이 포함될 수 있습니다. 네임스페이스 선언은 접두사와 네임스페이스 URI 간의 매핑을 정의하는 데 사용되므로 쿼리 본문에서 네임스페이스 URI 대신에 접두사를 사용할 수 있게 합니다. 또한 declare default namespace 선언을 사용하여 요소 이름에 대한 기본 네임스페이스를 바인딩하면 접두사 없이 요소 이름을 참조할 수 있습니다.
XQuery 식의 본문에는 쿼리의 결과를 정의하는 쿼리 식이 포함됩니다. 예를 들어, 본문은 서명 FLWOR 식(이 문서의 FLWOR 문 참조), XPath 2.0 식(이 문서의 XPath 2.0 식 참조) 또는 생성 식이나 산술 식과 같은 다른 XQuery 식이 될 수 있습니다.
예제: XQuery의 프롤로그 섹션에 기본 네임스페이스 지정
다음 쿼리는 JobCandidateID가 3인 후보의 모든 Employment 노드를 선택합니다. 이 쿼리는 기본 네임스페이스를 정의하며 네임스페이스 접두사가 사용되지 않습니다.
SELECT Resume.query(' declare default namespace "http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; /Resume/Employment') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3예제: "WITH XMLNAMESPACES" 절을 사용하여 네임스페이스 지정
또한 SQL Server는 사용자가 SQL 쿼리 단위로 SQL WITH 절에서 XML 네임스페이스 바인딩을 선언할 수 있게 하는 SQL 2003 표준 확장을 지원합니다. 따라서 여러 XML 데이터 형식 메서드 호출에서 선언을 반복할 필요가 없습니다. 다음 쿼리는 앞 예제에 나온 쿼리의 수정된 버전을 보여 줍니다. 이 쿼리는 WITH XMLNAMESPACES 절을 사용하여 네임스페이스를 선언합니다.
WITH XMLNAMESPACES( 'http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume' AS "RES")SELECT Resume.query(' /RES:Resume/RES:Employment') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3XPath 2.0 식
XQuery는 XPath 2.0 식을 사용하여 문서의 노드를 찾고 단일 문서나 여러 문서의 특정 위치에서 다른 위치로 탐색합니다. Xpath를 사용하여 정의하는 탐색 경로는 /로 구분된 일련의 단계로 구성됩니다. 단일 단계는 축, 노드 테스트 및 0개 이상의 단계 한정자로 구성됩니다.
축은 컨텍스트 노드를 기준으로 이동 방향을 지정합니다. SQL Server 2005에서 지원되는 축은 child, descendant, parent, attribute, self 및 descendant-or-self입니다.
노드 테스트는 단계에서 선택된 모든 노드가 충족해야 하는 조건을 지정합니다. 노드 이름이나 노드 유형에 기초하여 노드 조건을 지정할 수 있습니다.
단계 한정자는 조건자 또는 역참조를 사용하여 정의할 수 있습니다. 조건자는 노드 시퀀스에서 필터로 작동하고 대괄호 안에 지정되는 식입니다. 역참조는 노드 시퀀스의 요소 및/또는 특성을 참조되는 노드에 매핑합니다. 역참조에 입력으로 전달되는 노드 시퀀스는 IDREF 또는 IDREFS 형식의 요소나 특성을 포함해야 합니다. 역참조는 입력 시퀀스의 요소 및 특성에서 추출된 IDREF 값과 일치하는 ID 형식 특성 값을 가지는 요소 노드로 구성된 새 시퀀스를 생성합니다.
Xpath 식의 단계는 왼쪽에서 오른쪽으로 평가됩니다. 단계가 실행되면 다음 단계의 평가 컨텍스트 항목이 설정됩니다. 경로 식의 컨텍스트 항목은 Xpath 식의 단계가 실행된 결과로 선택된 노드입니다. 단계는 이전 단계에서 얻어진 컨텍스트 항목을 기준으로 평가됩니다. XPath 식의 결과는 경로 식에서 왼쪽에서 오른쪽으로 모든 단계를 순서대로 실행한 후에 얻어진 문서 순서를 따르는 노드 시퀀스입니다.
다음 예제 식은 경로 식의 개념을 보여 주기 위해 AdventureWorks 데이터베이스의 [HumanResources].[JobCandidate] 테이블에서 XML 형식의 Resume 열을 사용합니다. 이 경로 식에서는 주소 형식이 Home으로 설정된 모든 주소 노드가 선택됩니다.
//child::ns:Addr.Type[.="Home"]/parent::node()
위 경로 식에서
- child는 축 지정자입니다.
- ::은 축 구분자입니다.
- ns는 네임스페이스 접두사입니다.
- Addr.Type은 노드 테스트입니다.
- [.="Home"]은 조건자 식이며 .은 컨텍스트 노드를 나타냅니다.
또한 XQuery는 축을 지정하기 위한 축약 구문을 지원합니다. 다음 표에는 축과 해당 축약 구문이 나와 있습니다.
표 2 축의 축약 구문
| 축 | 축약 형식 |
|---|---|
| Attribute | @ |
| Child | |
| descendant-or-self::node() | // |
| parent::node() | .. |
| self::node() | . |
예제: 고용 기록에서 조직 이름 선택
다음 XPath 식은 Resume/Employment 노드의 자식 노드인 Emp.OrgName 요소의 자식 텍스트 노드를 선택합니다. 여기서 Emp.OrgName 요소의 텍스트 노드를 선택하기 위해 text()가 사용됩니다.
/Resume/Employment/Emp.OrgName/text()
FLWOR 문
FLWOR 문은 XQuery의 핵심 식이며 SQL의 SELECT 문과 비슷합니다. "flower"라고 발음되는 머리 글자어 FLWOR는 FOR, LET, WHERE, ORDER BY, RETURN을 나타냅니다. XQuery의 FLWOR 식을 사용하면 선언적 반복, 변수 바인딩, 결과 필터링, 정렬 및 반환 등과 같은 작업을 지정할 수 있습니다. SQL Server 2005에서는 FOR, WHERE, ORDER BY 및 RETURN이 지원됩니다.
For
FLWOR 식의 for 절을 사용하면 입력 시퀀스에서 바인딩된 변수의 선언적 반복을 정의할 수 있습니다. XPath 식, 원자 값 시퀀스, 리터럴을 사용하여 생성된 시퀀스, 생성자 함수 등을 사용하여 입력 시퀀스를 지정할 수 있습니다. 따라서 SQL SELECT FROM 절과 비슷하지만 프로그래밍 언어 "for" 구문과는 다릅니다.
또한 변수 바인딩이 for 절에 지정됩니다.
예제: for 절을 사용하여 이력서에서 모든 집 주소 요소 선택
다음 쿼리는 주소 형식이 Home으로 설정되었으며 JobCandidateID가 3인 모든 Address 노드를 선택합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $A in /RES:Resume/RES:Address/RES:Addr.Type[.="Home"]/.. return $A ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3where
where 절은 where 절을 사용하여 지정된 식을 적용하여 반복 결과를 필터링합니다.
예제: where 절을 사용하여 모든 집 주소 요소 선택
다음 쿼리는 주소 형식이 Home으로 설정되었으며 JobCandidateID가 3인 모든 Address 노드를 선택합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $A in /RES:Resume/RES:Address where $A/RES:Addr.Type[.="Home"] return $A ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3order by
order by 키워드를 사용하면 반환된 결과 집합에서 값을 정렬할 수 있습니다. order by 키워드에는 원자 값을 반환해야 하는 정렬 식이 허용됩니다. 원하는 경우 오름차순 또는 내림차순 정렬 순서를 지정할 수도 있습니다. 기본 정렬 순서는 오름차순입니다.
예제: order by 절을 사용하여 고용 기록을 오름차순으로 선택
다음 쿼리는 JobCandidateID가 3인 후보에 대해 고용 시작 날짜의 오름차순으로 모든 Employment 노드를 선택합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $EMP in /RES:Resume/RES:Employment order by $EMP/RES:Emp.StartDate return $EMP ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3return
SQL의 SELECT 절과 비슷한 return 절을 사용하면 쿼리 결과를 정의할 수 있습니다. 모든 유효한 XQuery 식을 return 절에 지정할 수 있습니다. 또한 요소, 특성 등에 대한 생성자를 지정하여 return 섹션에서 XML 구조를 생성할 수 있습니다.
예제: return 절을 사용하여 고용 기록의 특정 요소 선택
다음 쿼리는 JobCandidateID가 3인 후보에 대해 Employment 노드의 StartDate, EndDate, OrgName, JobTitle 요소를 선택합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $EMP in /RES:Resume/RES:Employment order by $EMP/RES:Emp.StartDate return <Employment> { $EMP/RES:Emp.StartDate } { $EMP/RES:Emp.EndDate } { $EMP/RES:Emp.OrgName } { $EMP/RES:Emp.JobTitle } </Employment>') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3현재 SQL Server 2005에서 구현된 XQuery는 let 절을 지원하지 않습니다. 이에 대한 자세한 내용은 이 문서의 뒤에 나오는 지원되지 않는 기능 및 해결 방법 부분에서 설명합니다.
FLWOR 식 및 XPath 식 비교
XPath 식을 사용하여 결과 시퀀스를 표현할 수 있는 경우 FLWOR 식을 사용하여 결과 시퀀스를 정의하면 성능이 저하됩니다. 이는 쿼리 계획에서 for 절의 본문과 for 변수 사이에 JOIN 작업이 포함되어 있기 때문입니다. 다음 조건 중 하나 이상을 충족할 경우에만 FLWOR 식을 사용하기에 적합합니다.
- 식 결과로 반환되는 값 시퀀스를 반복하려는 경우. 결과 집합의 연속된 값에 변수를 바인딩하는 for 절을 사용하여 이 작업을 수행합니다. for 절의 범위 내에서 새 요소를 생성하고 중복 요소를 유지하는 것을 예로 들 수 있습니다.
- 간단한 XPath 식을 사용하여 정의할 수 없는 조건자에 기초하여 for 절의 결과 집합을 필터링하려는 경우. 결과 집합에서 원치 않는 값을 제거하기 위해 where 절이 사용됩니다. 예를 들면 다음과 같습니다.
DECLARE @Result xmlSET @Result = '<Result />'SELECT @Result.query('for $i in (1, 2, 3), $j in (3, 4, 5)where $i < $jreturn sum($i + $j)') as Result - 정렬 식에 기초하여 결과 집합을 정렬하려는 경우. order by 절을 사용하여 결과 집합에서 정렬을 정의합니다.
- for 절에서 얻은 결과를 사용하여 반환된 결과 집합의 형태를 정의하려는 경우. 결과 집합의 형태 정의를 수행하기 위해 return 문이 사용됩니다.
다른 모든 경우에는 XPath 식을 사용하는 것이 좋습니다.
XQuery의 연산자
기능적 언어인 SQL Server 2005의 XQuery는 다음 범주로 그룹화할 수 있는 다양한 유형의 함수와 연산자를 지원합니다.
- 산술 연산자
- 비교 연산자
- 논리 연산자
표 3 SQL Server 2005에서 지원되는 연산자
| 유형 | 연산자 |
|---|---|
| 산술 연산자 | +,-,*,div, mod |
| 일반 비교 연산자 | =, !=, <, >, <=, >= |
| 값 비교 연산자 | eq, ne, lt, gt, le, ge |
| 노드 비교 연산자 | is |
| 노드 순서 비교 연산자 | >>, << |
| 논리 연산자 | and, or |
산술 연산자
SQL Server 2005에서는 5개의 산술 연산자인 +, b, *, div 및 mod가 지원됩니다. 현재 idiv는 지원되지 않습니다.
예제: 상점 조사 정보의 선택된 값 변환
다음 쿼리는 AdventureWorks 데이터베이스의 [Sales].[Store] 테이블에 기초합니다. 이 쿼리는 CustomerID가 3인 상점의 AnnualSales 및 AnnualRevenue 값을 엔화로 반환하고 상점 면적을 평방 미터로 반환합니다.
SELECT Demographics.query(' declare namespace ST="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/StoreSurvey"; for $S in /ST:StoreSurvey return <StoreDetails SalesInYen ="{ $S/ST:AnnualSales*106.8100 }" RevenueInYen = "{ $S/ST:AnnualRevenue*106.8100 }" StoreAreaInSqMeters = "{ $S/ST:SquareFeet*0.0929 }"> </StoreDetails>') as ResultFROM [Sales].[Store]WHERE CustomerID = 3비교 연산자
SQL Server 2005에서는 네 가지 유형의 비교 연산자가 지원됩니다. 이러한 연산자는 일반 비교 연산자, 값 비교 연산자, 노드 비교 연산자 및 노드 순서 비교 연산자입니다.
일반 비교 연산자
일반 비교 연산자를 사용하면 원자 값 또는 시퀀스나 이러한 두 값의 조합을 비교할 수 있습니다. 일반 비교 연산자는 =, !=, <, >, <=, 및 >=입니다. 일반 비교는 존재 여부를 수량화되는데 이는 일치하는 항목이 있을 경우 true가 반환된다는 것을 의미합니다.
예제: 주소 형식이 Home으로 설정되지 않은 모든 주소 요소 선택
다음 쿼리는 주소 형식이 Home으로 설정되지 않았으며 JobCandidateID가 3인 모든 Address 노드를 선택합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $A in /RES:Resume/RES:Address where $A/RES:Addr.Type[.!="Home"] return $A ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3값 비교 연산자
값 비교 연산자를 사용하면 원자 값을 비교할 수 있습니다. SQL Server 2005에서 지원되는 값 비교 연산자는 eq, ne, lt, gt, le, 및 ge입니다. 현재의 XQuery 구현은 형식 없는 원자 값 승격과 관련하여 2004년 7월 발표된 XQuery 사양 초안을 따릅니다. 형식 없는 원자 형식은 XQuery 사양에 지정된 대로 xs:string 대신에 다른 피연산자 형식으로 승격됩니다. 이는 값 비교를 전이적인 것으로 만드는 것보다 일반 및 값 비교 연산자 사이에서 일관성을 유지하는 것이 더 중요하다고 간주되기 때문입니다.
예제: GPA가 3.5보다 큰 모든 education 요소 선택
다음 쿼리는 JobCandidateID가 2인 후보에 대해 GPA가 3.5보다 큰 모든 Education 노드를 선택합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education where xs:decimal($ED/RES:Edu.GPA) gt 3.5 return $ED ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2노드 비교 연산자
노드 비교 연산자 is를 사용하여 두 개의 노드를 비교하면 해당 노드가 동일한 노드인지 여부를 확인할 수 있습니다. 노드 비교 연산자에는 노드 형식의 피연산자 두 개가 허용됩니다.
예제: 두 개의 주소 노드를 비교하여 ID 검사
다음 쿼리는 두 개의 address 노드를 비교하여 문서의 동일한 노드를 나타내는지 여부를 검사합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; if ( (/RES:Resume/RES:Address)[1] is (//RES:Address)[1] ) then <Result>Nodes are equal</Result> else <Result>Nodes are not equal</Result> ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3노드 순서 비교 연산자
노드 순서 비교 연산자를 사용하여 문서에 있는 두 노드의 순서를 확인할 수 있습니다. SQL Sever 2005에서 지원되는 노드 순서 비교 연산자는 >> 및 << 이며 두 연산자는 모두 두 개의 피연산자를 허용합니다. 문서 순서에서 왼쪽 피연산자가 오른쪽 피연산자보다 앞에 올 경우 >> 연산자는 true를 반환하고 문서 순서에서 왼쪽 피연산자가 오른쪽 피연산자 뒤에 올 경우<< 연산자는 true를 반환합니다.
예제: 두 주소 노드의 순서 비교
다음 쿼리는 JobCandidateID가 3인 후보에 대해 두 address 노드의 순서를 비교합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; if ( (/RES:Resume/RES:Address/RES:Addr.Type[.="Home"])[1] << (/RES:Resume/RES:Address/RES:Addr.Type[.="Permanent"])[1] ) then <Result>Home address precedes Permanent address</Result> else <Result>Home address follows Permanent address</Result> ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3논리 연산자
SQL Server 2005의 XQuery에서 지원되는 논리 연산자는 and 및 or입니다. 이러한 연산자를 사용하여 작성한 논리 식의 값은 true 또는 false가 될 수 있습니다.
예제: and 연산자를 사용하여 논리 식 만들기
다음 쿼리는 bachelor level business degree를 포함하는 후보의 education 요소를 반환합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; /RES:Resume/RES:Education[RES:Edu.Level="Bachelor" and RES:Edu.Major="Business"]') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3if-then-else 구문
다른 기능적 언어와 마찬가지로 XQuery는 if-then-else 구문을 지원합니다. if-then-else 문을 사용하여 조건식 값에 기초한 작업을 수행할 수 있습니다.
예제: 조건식 사용
다음 쿼리는 JobCandidateID가 3인 후보의 이력서에 지정된 주소 유형을 표시합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $A in /RES:Resume/RES:Address return if ( $A/RES:Addr.Type eq "Home" ) then <Result>Home Address</Result> else <Result>Other Address</Result> ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3XQuery를 사용하여 XML 생성
XQuery 생성자를 사용하면 쿼리 내에서 XML 구조를 만들 수 있습니다. 요소, 특성, 처리 명령, 텍스트 노드 및 주석에 생성자를 사용할 수 있습니다.
다음 예제는 XML을 생성하는 이러한 접근 방법을 보여 줍니다.
예제: 상수 식 사용
다음 쿼리는 상수 식을 사용하여 생성된 고용 기록 세부 정보를 표시합니다.
SELECT Resume.query(' <Employer IndustryCategory="ITServices"> <Organization>ABC Technologies</Organization> <JobTitle>Software Engineer</JobTitle> <StartDate>2001-10-01</StartDate> <EndDate>2003-05-09</EndDate> </Employer>') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3
예제: 동적으로 얻은 데이터 사용
다음 쿼리는 JobCandidateID가 3인 후보에 대한 쿼리에서 얻은 결과를 사용하여 생성된 고용 기록 세부 정보를 표시합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $EMP in /RES:Resume/RES:Employment return <Employer Organization = "{ $EMP/RES:Emp.OrgName }" > { $EMP/RES:Emp.StartDate } { $EMP/RES:Emp.EndDate } { $EMP/RES:Emp.JobTitle } </Employer>') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3다음 쿼리는 JobCandidateID가 3인 후보의 고용 기록을 표시합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $EMP in /RES:Resume/RES:Employment return element Employer { attribute Organization { $EMP/RES:Emp.OrgName }, element StartDate { string($EMP/RES:Emp.StartDate) }, element EndDate { string($EMP/RES:Emp.EndDate) }, element JobTitle { string($EMP/RES:Emp.JobTitle) } }') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3XQuery 생성 수행 및 FOR XML을 사용한 형태 정의 비교
일부 응용 프로그램에서는 행 집합에서 XML을 생성하는 것이 요구됩니다. 서버에서는 FOR XML 절이나 XQuery 생성 또는 XML DML 작업을 사용하여 XML을 생성할 수 있습니다. FOR XML 및 XQuery 생성자를 사용하여 XML을 생성할 경우의 권장 사항은 다음과 같습니다.
- 여러 열과 여러 행에서 XML을 집계하려는 경우 FOR XML만 사용할 수 있습니다.
- 단일 XML 인스턴스의 형태를 변경하려는 경우 FOR XML뿐만 아니라 XQuery를 사용할 수 있습니다. FOR XML의 경우 XML 인스턴스에서 XML 데이터 형식 메서드를 여러 번 호출해야 하므로 XQuery가 더 빠를 수 있습니다.
- 여러 XML DML 문을 사용하여 XML 인스턴스를 생성할 수 있습니다. 이 방법은 XQuery 생성보다 훨씬 느립니다.
- FOR XML 쿼리의 결과를 XML 데이터 형식의 인스턴스로 생성하려면 SQL Server 2005의 FOR XML 절에서 사용할 수 있는 새 TYPE 지시문을 사용합니다.
기본 제공 XQuery 함수
SQL Server 2005의 XQuery 구현에서는 XQuery 1.0 및 XPath 2.0 기본 제공 함수의 하위 집합이 지원됩니다. 이러한 함수에는 데이터 접근자 함수, 문자열 조작 함수, 집계 함수, 컨텍스트 함수, 숫자 함수, 부울 함수, 노드 함수, 시퀀스 함수 등이 있습니다. 다음 절에서는 이러한 함수 중 몇 가지에 대해 설명합니다.
데이터 접근자
데이터 접근자 함수를 사용하여 노드의 값을 문자열 또는 형식 있는 값으로 추출할 수 있습니다. XQuery는 두 가지 유형의 데이터 접근자 함수를 지원합니다. 그 중 하나인 string()은 항목의 문자열 값을 추출하며 다른 하나인 data()는 형식 있는 값을 가져옵니다. 노드가 텍스트 노드, 특성 노드 또는 요소 노드가 아닌 경우 data() 함수는 정적 오류를 발생시킵니다. 노드가 형식 없는 XML 인스턴스의 문서 노드인 경우 data()는 문서의 문자열 값을 반환합니다. 노드가 복합 형식 요소인 경우 data() 함수는 정적 오류를 반환합니다.
예제: string() 함수 사용
string() 함수 및 계산된 요소 생성자를 사용하여 후보의 고용 기록을 생성하는 쿼리는 이 문서의 "XQuery를 사용하여 XML 생성" 절에서 예제: 계산된 요소 및 특성 생성자에 상수 이름 사용 예제를 참조하십시오.
예제: data() 함수 사용
다음 쿼리는 data() 함수 및 계산된 요소 생성자를 사용하여 후보의 고용 기록을 생성합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education where xs:decimal( data($ED/RES:Edu.GPA) ) gt 3.5 return element Education { element Level { data($ED/RES:Edu.Level) }, element Degree { data($ED/RES:Edu.Degree) }, element GPA { data($ED/RES:Edu.GPA) }, element GPAScale { data($ED/RES:Edu.GPAScale) } }') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2문자열 조작
XQuery는 다음 네 개의 문자열 조작 함수를 지원합니다.
- concat()를 사용하여 두 개 이상의 문자열을 연결할 수 있습니다.
- contains()를 사용하면 첫 번째 피연산자로 지정된 문자열이 두 번째 피연산자로 지정된 다른 문자열을 포함하는지 여부를 결정할 수 있습니다. 검색 문자열의 길이는 4,000개의 유니코드 문자로 제한됩니다.
- substring()을 사용하면 소스 문자열로 알려진 다른 문자열에서 문자열의 일부를 추출할 수 있습니다.
- string-length()를 사용하면 문자열 길이를 계산할 수 있습니다.
현재 릴리스의 SQL Server 2005에서는 유니코드 코드 포인트 데이터 정렬만 지원됩니다.
예제: concat() 및 substring() 함수 사용
다음 쿼리는 start date, end date, organization name 및 job title의 값을 연결하여 후보의 고용 기록을 생성합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $EMP in /RES:Resume/RES:Employment return <Employment> { concat( substring(string($EMP/RES:Emp.StartDate),1,10)," to ", substring(string($EMP/RES:Emp.EndDate),1,10), ", ", string($EMP/RES:Emp.OrgName), ", ", string($EMP/RES:Emp.JobTitle) ) } </Employment>') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3예제: contains() 함수 사용
다음 쿼리는 Edu.Degree 요소의 값에 science 문자열을 포함하는 노드에 대한 Education 세부 정보를 표시하여 contains() 함수가 사용되는 방법을 보여 줍니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education where contains($ED/RES:Edu.Degree, "Science") return element Education { element Level { data($ED/RES:Edu.Level) }, element Degree { data($ED/RES:Edu.Degree) }, element GPA { data($ED/RES:Edu.GPA) }, element GPAScale { data($ED/RES:Edu.GPAScale) } }') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2집계 함수
집계 함수는 항목 시퀀스에서 작동하여 시퀀스의 집계 값을 반환합니다. 현재 SQL Server 2005의 XQuery에서 지원되는 집계 함수는 count(), min(), max(), avg() 및 sum()입니다. min() 및 max() 함수에는 gt 연산자를 지원하는 기본 형식만 허용됩니다(예: 세 가지 기본 제공 숫자 기본 형식, 날짜/시간 기본 형식, xs:string, xs:boolean 및 xdt:untypedAtomic). 혼합된 형식의 시퀀스는 이러한 함수에서 지원되지 않습니다. 또한 xdt:untypedAtomic은 xs:double로 간주됩니다.
avg() 및 sum()의 경우 전달된 식의 형식은 기본 제공되는 세 가지 숫자 기본 형식 중 하나 또는 untypedAtomic의 하위 형식이어야 합니다(혼합 형식은 허용되지 않으며 xdt:untypedAtomic은 xs:double로 간주됨).
count() 함수는 시퀀스의 항목 수를 반환합니다.
예제: count() 함수 사용
다음 쿼리는 count() 함수를 사용하여 문서에 존재하는 employment, education 및 address 요소의 수를 표시합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; <Employment>Element count is { count(/RES:Resume/RES:Address) }</Employment>, <Education>Element count is { count(/RES:Resume/RES:Education) }</Education>, <Address>Element count is { count(/RES:Resume/RES:Address) }</Address>') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3예제: min() 함수 사용
다음 쿼리는 min() 함수를 사용하여 GPA 값아 최소인 education 요소를 표시합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education where $ED/RES:Edu.GPA = min(/RES:Resume/RES:Education/RES:Edu.GPA) return $ED ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2예제: max() 함수 사용
다음 쿼리는 max() 함수를 사용하여 GPA 값이 최대인 education 요소를 표시합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education where $ED/RES:Edu.GPA = max(/RES:Resume/RES:Education/RES:Edu.GPA) return $ED ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2예제: avg() 함수 사용
다음 쿼리는 avg() 함수를 사용하여 일주일 동안의 New York과 Boston의 최고 및 최저 온도 평균을 계산합니다.
DECLARE @Weather xmlSET @Weather = '<WeatherInfo> <NewYork> <Temp Date="2004-11-01" High="55" Low="45" /> <Temp Date="2004-11-02" High="58" Low="42" /> <Temp Date="2004-11-03" High="60" Low="40" /> <Temp Date="2004-11-04" High="51" Low="47" /> <Temp Date="2004-11-05" High="54" Low="41" /> <Temp Date="2004-11-06" High="55" Low="43" /> <Temp Date="2004-11-07" High="58" Low="47" /> </NewYork> <Boston> <Temp Date="2004-11-01" High="53" Low="45" /> <Temp Date="2004-11-02" High="56" Low="42" /> <Temp Date="2004-11-03" High="54" Low="41" /> <Temp Date="2004-11-04" High="52" Low="45" /> <Temp Date="2004-11-05" High="52" Low="36" /> <Temp Date="2004-11-06" High="54" Low="41" /> <Temp Date="2004-11-07" High="56" Low="44" /> </Boston></WeatherInfo>'SELECT @Weather.query(' <WeatherInfo> <NewYork> <AvgHigh>{ avg(/WeatherInfo/NewYork/Temp/@High) }</AvgHigh> <AvgLow>{ avg(/WeatherInfo/NewYork/Temp/@Low) }</AvgLow> </NewYork> <Boston> <AvgHigh>{ avg(/WeatherInfo/Boston/Temp/@High) }</AvgHigh> <AvgLow>{ avg(/WeatherInfo/Boston/Temp/@Low) }</AvgLow> </Boston> </WeatherInfo>') as Result예제: sum() 함수 사용
다음 쿼리는 sum() 및 count() 함수를 사용하여 일주일 동안의 New York과 Boston의 최고 및 최저 온도 평균을 계산합니다.
DECLARE @Weather xmlSET @Weather = '<WeatherInfo> <NewYork> <Temp Date="2004-11-01" High="55" Low="45" /> <Temp Date="2004-11-02" High="58" Low="42" /> <Temp Date="2004-11-03" High="60" Low="40" /> <Temp Date="2004-11-04" High="51" Low="47" /> <Temp Date="2004-11-05" High="54" Low="41" /> <Temp Date="2004-11-06" High="55" Low="43" /> <Temp Date="2004-11-07" High="58" Low="47" /> </NewYork> <Boston> <Temp Date="2004-11-01" High="53" Low="45" /> <Temp Date="2004-11-02" High="56" Low="42" /> <Temp Date="2004-11-03" High="54" Low="41" /> <Temp Date="2004-11-04" High="52" Low="45" /> <Temp Date="2004-11-05" High="52" Low="36" /> <Temp Date="2004-11-06" High="54" Low="41" /> <Temp Date="2004-11-07" High="56" Low="44" /> </Boston></WeatherInfo>'SELECT @Weather.query(' <WeatherInfo> <NewYork> <AvgHigh>{ sum(/WeatherInfo/NewYork/Temp/@High) div count(/WeatherInfo/NewYork/Temp/@High) }</AvgHigh> <AvgLow>{ sum(/WeatherInfo/NewYork/Temp/@Low) div count(/WeatherInfo/NewYork/Temp/@Low) }</AvgLow> </NewYork> <Boston> <AvgHigh>{ sum(/WeatherInfo/Boston/Temp/@High) div count(/WeatherInfo/Boston/Temp/@High) }</AvgHigh> <AvgLow>{ sum(/WeatherInfo/Boston/Temp/@Low) div count(/WeatherInfo/Boston/Temp/@Low) }</AvgLow> </Boston> </WeatherInfo>') as Result컨텍스트 함수
컨텍스트 함수를 사용하여 컨텍스트 항목의 컨텍스트 속성을 얻을 수 있습니다. SQL Server 2005는 두 개의 컨텍스트 함수인 last() 및 position()을 구현합니다. last() 함수를 사용하면 시퀀스의 항목 수를 확인할 수 있으며 position() 함수를 사용하면 컨텍스트 항목의 위치를 얻을 수 있습니다. 인수가 없는 last() 및 position() 함수는 SQL Server 2005에서 컨텍스트에 무관한 조건자의 컨텍스트(예: [] 안쪽)에서만 사용할 수 있습니다.
예제: last() 함수 사용
다음 쿼리는 last() 함수를 사용하여 후보의 마지막 address 요소를 검색합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; /RES:Resume/RES:Address[last()]') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3예제: position() 함수 사용
다음 쿼리는 position() 함수를 사용하여 후보의 처음 두 개 address 요소를 검색합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; /RES:Resume/RES:Address[position()<=2]') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3형식 관련 식
XQuery는 형식 정보에 기초하는 다양한 유형의 식이나 연산자를 지원합니다. 이러한 식은 형식 어설션 식, 형식 조사 식 및 형식 캐스팅 식으로 분류됩니다. 다음 절에서는 이러한 식에 대해 간략하게 설명합니다.
형식 어설션 식
as xs:for 문의TYPE 절
as 절을 사용하여 for 문에 사용되는 바인딩 변수의 형식을 지정할 수 있습니다.
바인딩 변수에 대한 형식이 선언된 경우 선언된 형식이 아닌 바인딩 값은 형식 오류를 야기합니다. xs:TYPE 절은 캐스트 식이 아니지만 형식 어설션으로 사용됩니다.
예제: for 문과 함께 "as xs:TYPE" 절 사용
다음 쿼리는 형식 요소(RES:Address)로 정의되는 변수 $A에 주소 노드 시퀀스를 바인딩합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $A as element(RES:Address) in /RES:Resume/RES:Address return $A') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2형식 조사 식
instance of xs:TYPE 연산자
instance of 연산자를 사용하면 XML 문서에 있는 항목의 런타임 형식을 식별할 수 있습니다.
예제: "instance of xs:TYPE" 연산자 사용
다음 쿼리는 XPath 식으로 식별된 주소 노드의 형식이 element() 형식과 일치하는지 여부를 검사합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; if ( (/RES:Resume/RES:Address)[1] instance of element() ) then <Result>Selected node is an Element</Result> else <Result>Selected node is not an Element</Result> ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3형식 캐스팅 식
암시적 형식 캐스팅
XQuery 엔진은 산술 연산 또는 함수 호출을 포함하는 식의 숫자 형식 및 untypedAtomic 값에 대한 암시적 형식 캐스팅을 수행합니다. 이 프로세스를 형식 승격이라고 합니다. 예상 숫자 형식과 호환되지 않은 숫자 형식이 식 결과로 얻어질 경우 형식 승격이 발생합니다. 결과 식을 필요한 형식으로 캐스팅하는 방법으로 형식 승격이 수행됩니다.
예제: 암시적 형식 캐스팅
다음 쿼리는 10진수 값과 double 값에서 산술 연산을 수행합니다. 현재 시나리오에서는 xs:decimal 값을 xs:double로 승격한 후에만 식 값이 추가됩니다.
DECLARE @Result xmlSET @Result = '<Result />'SELECT @Result.query(' <Result>{ xs:decimal("10.55") + xs:double(1.5e1) }</Result>') as Result명시적 형식 캐스팅
형식 있는 값 생성자
XQuery는 XML 스키마 사양에 정의된 모든 기본 제공 형식에 대한 생성자 함수를 제공합니다. 이러한 생성자는 형식 있는 값을 생성하는 경우와 특정 형식의 값을 다른 형식으로 캐스팅하는 경우에 유용하게 사용됩니다. 또한 XQuery에서는 가져온 스키마에 정의된 형식에 대해 생성자를 사용할 수 있습니다.
예제: 값 생성자를 사용하여 값 생성
다음 쿼리는 xs:date 형식에 대한 생성자를 사용하여 생성한 값보다 큰 StartDate를 가지는 모든 Employment 노드를 반환합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $EMP in /RES:Resume/RES:Employment where $EMP/RES:Emp.StartDate gt xs:date("1995-01-01") return $EMP') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 3예제: 값 생성자를 사용하여 형식 캐스팅
다음 쿼리는 JobCandidateID가 2인 후보에 대해 GPA가 3.8보다 크거나 같은 모든 Education 노드를 선택합니다. 이 쿼리는 Edu.GPA 값을 xs:string에서 xs:decimal로 형식 캐스팅하기 위해 xs:decimal에 대한 값 생성자를 사용합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education where xs:decimal( data($ED/RES:Edu.GPA) ) ge 3.8 return element Education { element Level { string($ED/RES:Edu.Level)}, element StartDate { string($ED/RES:Edu.StartDate)}, element EndDate { string($ED/RES:Edu.EndDate)}, element Degree { string($ED/RES:Edu.Degree)}, element GPA { string($ED/RES:Edu.GPA)}, element GPAScale { string($ED/RES:Edu.GPAScale)} }') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2cast as xs:TYPE ? 연산자
SQL Server 2005의 XQuery는 명시적 형식 캐스팅을 수행하는 데 유용한 cast as TYPE ? 연산자를 지원합니다. 또한 cast as TYPE ? 연산자보다 편리하게 작성할 수 있는 xs:TYPE() 생성자를 사용하여 명시적 형식 캐스팅을 수행할 수도 있습니다.
예제: "cast as xs:TYPE ?" 연산자 사용
다음 쿼리는 JobCandidateID가 3인 후보에 대해 Education 노드 집합에서 선택한 요소의 형식 있는 값을 포함하는 XML을 생성합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education return element Education { element Level { $ED/RES:Edu.Level cast as xs:string? }, element StartDate { $ED/RES:Edu.StartDate cast as xs:date? }, element EndDate { $ED/RES:Edu.EndDate cast as xs:date? }, element Degree { $ED/RES:Edu.Degree cast as xs:string? }, element GPA { $ED/RES:Edu.GPA cast as xs:decimal? }, element GPAScale { $ED/RES:Edu.GPAScale cast as xs:decimal? } }') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2예제: "xs:TYPE()" 연산자 사용
다음 쿼리는 cast as xs:TYPE ? 연산자 대신에 xs:TYPE() 연산자를 사용하여 앞의 예제 쿼리와 동일한 결과를 생성합니다.
SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $ED in /RES:Resume/RES:Education return element Education { element Level { xs:string($ED/RES:Edu.Level) }, element StartDate { xs:date($ED/RES:Edu.StartDate) }, element EndDate { xs:date($ED/RES:Edu.EndDate) }, element Degree { xs:string($ED/RES:Edu.Degree) }, element GPA { xs:decimal($ED/RES:Edu.GPA) }, element GPAScale { xs:decimal($ED/RES:Edu.GPAScale) } }') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = 2관계형 열과 변수 액세스
XQuery를 사용하여 쿼리를 작성할 경우 쿼리에서 관계형 열과 변수에 액세스하는 것이 일반적으로 요구됩니다. SQL Server 2005는 두 개의 함수인 sql:column() 및 sql:variable()을 구현하여 이 요구 사항을 충족합니다.
sql:column() 함수를 사용하면 쿼리에서 관계형 테이블에 있는 비 XML 열에 액세스할 수 있습니다. 이 함수는 하나 이상의 테이블에 있는 XML 및 비 XML 열에서 정보를 집계하거나 비 XML 열의 값을 사용하여 XQuery 결과를 필터링하는 등의 상황에 유용합니다. sql:column() 및 sql:variable() 함수는 datetime, CLR 사용자 정의 함수 또는 XML과 함께 사용할 수 없습니다.
예제: sql:column() 함수 사용
다음 쿼리는 비 XML 데이터 형식의 CustomerID 및 Name 열에 있는 값과 Demographics 열에 있는 YearOpened, NumberOfEmployees, AnnualSales 및 AnnualRevenue 요소의 값을 포함하는 XML을 생성합니다.
SELECT Demographics.query(' declare namespace ST="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/StoreSurvey"; element CustomerInfo { element CustomerID { sql:column("Store.CustomerID") }, element Name { sql:column("Store.Name") }, element YearOpened { string((/ST:StoreSurvey/ST:YearOpened)[1]) }, element NumberOfEmployees { string((/ST:StoreSurvey/ST:NumberEmployees)[1]) }, element AnnualSales { string((/ST:StoreSurvey/ST:AnnualSales)[1]) }, element AnnualRevenue { string((/ST:StoreSurvey/ST:AnnualRevenue)[1]) } }') as ResultFROM [Sales].[Store] Store WHERE Store.CustomerID = 4예제: sql:variable() 함수 사용
다음 저장 프로시저는 XQuery where 절의 @AddrType 변수 값을 사용하여 쿼리 결과를 필터링함으로써 지정된 후보의 home address 노드를 반환합니다.
CREATE PROCEDURE [GetCandidateAddress] @JobCandidateID [int], @AddrType [varchar](20)ASBEGIN SET NOCOUNT ON;SELECT Resume.query(' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; for $A in /RES:Resume/RES:Address where $A[ RES:Addr.Type = sql:variable("@AddrType") ] return $A ') as ResultFROM [HumanResources].[JobCandidate]WHERE JobCandidateID = @JobCandidateIDEND예제: XML 데이터 형식의 exist() 메서드와 함께 sql:variable() 함수 사용
다음 쿼리는 경영학 학사 학위를 가진 후보의 이력서를 반환합니다.
DECLARE @EducationLevel varchar(20)SET @EducationLevel = 'Bachelor'DECLARE @Major varchar(20)SET @Major = 'Business'SELECT JobCandidateID, ResumeFROM [HumanResources].[JobCandidate]WHERE Resume.exist (' declare namespace RES="http://schemas.microsoft.com/sqlserver/2004/07/adventure-works/Resume"; /RES:Resume/RES:Education[ RES:Edu.Level = sql:variable("@EducationLevel") and RES:Edu.Major = sql:variable("@Major") ]') = 1지원되지 않는 기능과 해결 방법
현재 SQL Server 2005에서 구현된 XQuery는 다음 기능을 지원하지 않습니다.
- let 절: FLWOR 식의 일부인 let 절은 변수를 식 결과에 바인딩하는 데 유용합니다. 해결 방법 - let 절을 사용하는 대신에 인라인 식을 사용합니다.
- 범위 식(to 연산자): 범위 식을 사용하면 to 연산자를 사용하여 연속된 정수 시퀀스를 생성할 수 있습니다. 예를 들어, (6 to 10)와 같은 범위 식을 사용하면 (6, 7, 8, 9, 10) 시퀀스를 생성할 수 있습니다. 해결 방법 - to 연산자를 사용하는 대신에 시퀀스의 모든 항목을 나열합니다.
- 형식 정보: typeswitch, treat as, castable 및 validate 식과 같은 형식 시스템에 기반을 두는 일부 기능은 현재 지원되지 않습니다.
- typeswitch 식 기능은 다른 프로그래밍 언어에서 사용할 수 있는 switch-case 구문과 비슷합니다. switch-case 문에서 branch/case는 스위치에 전달된 인수 값에 따라 선택됩니다. typeswitch 식에서 branch는 typeswitch에 전달된 인수 유형에 따라 선택됩니다. 해결 방법 – if then else 및 instance of를 사용합니다.
- treat as 식을 사용하면 식 결과의 정적 형식을 특정 정적 형식으로 변경할 수 있으며 식의 정적 형식이 지정된 형식과 일치하지 않을 경우 정적 형식 오류가 발생합니다. 식의 동적 형식이나 값은 변경되지 않습니다. 해결 방법 – 없음
- castable 식은 원자 값을 지정된 형식으로 캐스팅할 수 있는지 여부를 검사하는 데 유용합니다. 해결 방법 - "$x castable as T?" 식을 사용하는 대신에 "empty(data($x)) or not(empty(T($x)))" 식을 사용합니다.
- validate 식은 현재 범위에 존재하는 스키마 정의에 기초하여 인수에 대한 유효성 검사를 수행합니다. 해결 방법 - validate 식을 사용하는 대신에 요청된 스키마 컬렉션에 대한 Transact-SQL 캐스팅을 사용합니다.
- 재사용성: 다른 프로그래밍 언어에서와 마찬가지로 유용하고 복잡한 쿼리를 포함하는 사용자 정의 함수로 알려진 재사용 가능한 함수를 작성할 수 있습니다. 또한 사용자 정의 함수 컬렉션을 모듈로 패키지화할 수 있습니다. 쿼리는 모듈을 가져와 모듈에서 제공되는 함수를 사용할 수 있습니다. 쿼리의 프롤로그 섹션에 포함하여 모듈을 쿼리로 가져올 수 있습니다. 현재 SQL Server 2005에서는 해결 방법이 없습니다.
- 기본 제공 함수: 현재 SQL Server 2005에서는 다음 기본 제공 함수가 지원되지 않습니다. 이러한 함수에 대한 자세한 내용은 W3C.org 웹 사이트에서 XQuery 1.0 및 XPath 2.0 함수 및 연산자 (영문)를 참조하십시오.
- 접근자: fn:node-name(), fn:nilled(), fn:base-uri(), fn:document-uri().
- 오류 함수: fn:error().
- 추적 함수: fn:trace().
- 숫자 값에 대한 함수: abs(), round-half-to-even().
- 문자열 처리 함수: codepoints-to-string(), string-to-codepoints(), compare(), string-join(), normalize-space(), normalize-unicode(), upper-case(), lower-case(), translate(), escape-uri(), starts-with(), ends-with(), substring-before(), substring-after(), matches(), replace(), tokenize().
- anyURI에 대한 함수 및 연산자: resolve-uri().
- 기간, 날짜 및 시간에 대한 함수 및 연산자: years-from-duration(), months-from-duration(), days-from-duration(), hours-from-duration(), minutes-from-duration(), seconds-from-duration(), year-from-dateTime(), month-from-dateTime(), month-from-dateTime(), day-from-dateTime(), hours-from-dateTime(), minutes-from-dateTime(), seconds-from-dateTime(), timezone-from-dateTime(), year-from-date(), month-from-date(), day-from-date(), timezone-from-date(), hours-from-time(), minutes-from-time(), seconds-from-time(), timezone-from-time(), adjust-dateTime-to-timezone(), adjust-date-to-timezone(), adjust-time-to-timezone(), subtract-dateTimes-yielding-yearMonthDuration(), subtract-dateTimes-yielding-dayTimeDuration(), subtract-dates-yielding-yearMonthDuration(), subtract-dates-yielding-dayTimeDuration(). 또한 xdt:dayTimeDuration 및 xdt:yearMonthDuration 형식도 지원되지 않습니다.
- Qnames와 관련된 함수: resolve-QName(), QName(), namespace-uri-for-prefix(), in-scope-prefixes().
- 노드에 대한 함수: name(), lang(), root(). 해결 방법 - root() 대신 /을 사용합니다.
- 시퀀스에 대한 함수 및 연산자: fn:boolean(), fn:index-of(), fn:exists(), insert-before(), remove(), reverse(), subsequence(), unordered(), zero-or-one(), one-or-more(), exactly-one(), deep-equal(), 두 개의 인수를 가지는 id(), idref(), doc(), collection() 함수 및 union, intersect 및 except 연산자. 해결 방법 – fn:boolean() 대신 not(not())을, fn:exists() 대신 not(empty())을, zero-or-one() 또는 exactly-one() 대신 명시적 for iteration 또는 [1]을 사용합니다.
- 컨텍스트 함수: current-dateTime(), current-date(), current-time(), default-collation(), implicit-timezone().
- 위치 변수: at 절을 사용하여 FLWOR 문의 일부로 위치 변수를 정의할 수 있습니다. 위치 변수는 식 결과에서 항목 위치를 식별하는 데 유용합니다.
- 순서 한정자: order by 절을 사용하여 지정된 순서 한정자 "empty greatest | least"는 지원되지 않습니다. • 기타 기능: 다음 기능은 지원되지 않습니다.
- 기타 기능: The following features are not supported:
- idiv 연산자.
- 명시적 스키마 가져오기는 지원되지 않습니다.
- 외부 변수는 지원되지 않습니다.
- 경계 공백 유지 옵션은 지원되지 않습니다.
- 노드 및 값과 같은 유형이 다른 시퀀스를 연결하는 기능은 지원되지 않습니다.
- 표준 시간대 유지는 지원되지 않습니다.
- 단순 형식 콘텐츠를 가진 요소의 텍스트 노드에 액세스하는 기능은 지원되지 않습니다.
- 형식 있는 XML 데이터 형식 인스턴스의 xsi:* 특성에 액세스하는 기능은 지원되지 않습니다.
최상의 실행 방법 및 지침
- • 형식 정보가 있는 경우 활용합니다. 형식 정보를 활용하면 성능이 향상되며 정적 형식 검사를 수행하여 오류를 발견할 수 있습니다.
- • XML 데이터 형식에서 일부 속성 값을 추출하여 관계형 쿼리에서 사용하려면 속성 승격을 위해 XQuery를 사용합니다. 성능 향상을 위해 자주 사용되는 속성이 관계형 열로 승격되고 인덱싱됩니다.
- • 카디널리티 불일치로 인한 정적 오류를 방지하기 위해 서수(예: [1]) 또는 명시적 FLWOR을 사용합니다.
- • 정적 형식 오류를 방지하기 위해 명시적 캐스트를 사용합니다.
- • 인덱스 사용: Xpath 식을 많이 사용하는 쿼리가 있을 경우 PATH 인덱스를 만듭니다. 부정확하게 알려진 경로(예: /a/* 또는 //b)를 가진 요소 또는 특성 값을 검색하는 작업이 포함된 Xpath 식이 XQuey 쿼리에 있는 경우 VALUE 인덱스를 사용합니다. XML 인스턴스에서 알려진 속성의 모든 경우를 쿼리에서 검색하는 경우에 PROPERTY 인덱스가 유용합니다.
- • 참조된 대부분의 형식이 단일 네임스페이스의 일부이면 기본 네임스페이스를 사용하여 그렇지 않으면 접두사를 사용합니다.
최상의 실행 방법에 대한 자세한 내용은 MSDN 기사 Microsoft SQL Server 2005를 위한 XML 최상의 실행 방법 및 XML 데이터 형식을 위한 성능 최적화를 참조하십시오.
XML 데이터 수정
SQL Server 2005는 데이터베이스에 저장된 XML 인스턴스를 수정하는 것을 지원합니다. 최신 버전의 W3C XQuery 초안에는 XML 문서를 수정하기 위한 구문이 정의되어 있지 않습니다. XML 문서를 수정하기 위한 메커니즘을 제공하고 위해 Microsoft는 XML DML(Data Modification Language)을 개발했습니다. XML 데이터 형식의 modify 메서드를 사용하고 XML DML 문으로 수정을 지정하여 XML 문서를 수정할 수 있습니다.
XML DML은 insert, delete 및 replace value of 키워드를 사용하여 XML 문서에서 삽입, 삭제 및 업데이트 작업을 지원합니다. 형식 있는 XML 인스턴스의 수정은 XML 데이터 형식에 정의된 스키마 제약 조건에 기반을 두는 유효성 검사를 따릅니다.
다음 테이블과 XML 인스턴스는 XML DML 작업을 보여 줍니다.
테이블:
CREATE TABLE [CandidateInfoXMLDataType]( [JobCandidateID] [int] IDENTITY(1,1) NOT NULL, [Resume] [xml] NOT NULL, [ModifiedDate] [datetime] NOT NULL DEFAULT (getdate()))
샘플 XML 인스턴스:
<JobCandidate> <Name> <FirstName>Mike</FirstName> <MiddleName></MiddleName> <LastName>Chen</LastName> </Name> <Address> <Address1>34 181st Place SE</Address1> <Address2>Apt 3344</Address2> <City>Redmond</City> <State>WA</State> <Country>US</Country> <PhoneNumber>9870909023</PhoneNumber> </Address> <Education> <BachelorDegree>BS</BachelorDegree> <MasterDegree>MS</MasterDegree> </Education> <Skills> <Skill>ASP.NET</Skill> <Skill>SQL</Skill> </Skills> <Employement> <Employer> <OrgName>ABC Technologies</OrgName> <Location>NY, US</Location> <StartDate>20/02/2000</StartDate> <EndDate>10/04/2004</EndDate> <JobTitle>Project Leader</JobTitle> <Responsibility>Responsible for design,development,testing activities</Responsibility> </Employer> </Employement></JobCandidate>
삽입 작업
insert 키워드를 사용하여 하나 이상의 노드를 XML 문서에 삽입할 수 있습니다. insert 키워드에는 삽입할 노드를 식별하는 XQuery 식과 참조 노드를 지정하는 다른 XQuery 식이 허용됩니다.
또한 참조 노드와 관련하여 새 노드를 위치를 지정하기 위해 into, after 및 before와 같은 키워드를 포함할 수 있습니다. into 키워드를 지정할 경우 새 노드가 참조 노드의 자식으로 삽입됩니다. into 키워드를 포함할 경우 참조 노드의 기존 자식 노드와 관련하여 삽입된 노드의 위치를 나타내는 as first 또는 as last 키워드도 지정해야 합니다. 또한 after 또는 before 키워드를 지정하여 참조 노드 뒤쪽이나 앞쪽에 새 노드를 형제 노드로 삽입할 수 있습니다.
대상 식(Expression2)이 단일 노드를 정적으로 식별하지 않은 경우 삽입 작업이 실패하고 정적 오류가 발생합니다.
구문:
insert Expression1 ( {{{as first | as last} into} | after | before} Expression2 )예제: 기술 삽입
다음 저장 프로시저를 사용하면 지정된 후보에 대한 새 기술을 삽입할 수 있습니다. 이 저장 프로시저는 sql:variable() 함수를 사용하여 XML DML 문 안에 있는 Transact-SQL 변수에 액세스합니다. XML 안에서 비 XML 관계형 데이터를 바인딩하는 방법에 대한 자세한 내용은 관계형 열과 변수 액세스를 참조하십시오.
다음 저장 프로시저는 사용자가 특정 기술의 문자열 값을 두 번째 인수로 저장 프로시저에 전달한다는 가정 하에 작성되었습니다. 하나 이상의 기술 요소를 포함하는 XML 단편을 허용하도록 이 저장 프로시저를 수정할 수 있습니다. 이렇게 하면 사용자는 한 번의 호출로 여러 기술 노드를 저장 프로시저에 삽입할 수 있습니다.
/* Stored procedure to insert a new skill element for a candidate */CREATE PROCEDURE [InsertSkillInfo] @JobCandidateID [int], @Skill [varchar](200)ASBEGIN SET NOCOUNT ON; UPDATE [CandidateInfoXMLDataType] SET Resume.modify(' insert element Skill {sql:variable("@Skill")} as last into (/JobCandidate/Skills)[1] ') WHERE JobCandidateID = @JobCandidateIDEND삭제 작업
delete 키워드를 사용하면 XML 인스턴스에서 하나 이상의 노드를 삭제할 수 있습니다. delete 키워드에서는 XML 문서에 삭제할 하나 이상의 노드를 식별하는 XQuery 식이 허용됩니다.
구문:
delete Expression
예제: 기술 삭제
다음 예제는 delete 키워드를 사용하여 지정된 후보의 기술을 삭제하는 방법을 보여 줍니다.
다음 저장 프로시저는 사용자가 특정 기술의 문자열 값을 두 번째 인수로 저장 프로시저에 전달한다는 가정 하에 작성되었습니다. 하나 이상의 기술 요소를 포함하는 XML 단편을 허용하도록 이 저장 프로시저를 수정할 수 있습니다. 이렇게 하면 사용자는 저장 프로시저를 한 번 호출하여 여러 기술 노드를 삭제할 수 있습니다.
/* Stored procedure to delete a specified skill element for a candidate */CREATE PROCEDURE [DeleteSkillInfo] @JobCandidateID [int], @Skill [varchar](200)ASBEGIN SET NOCOUNT ON; UPDATE [CandidateInfoXMLDataType] SET Resume.modify(' delete (/JobCandidate/Skills/Skill[.=sql:variable("@Skill")]) ') WHERE JobCandidateID = @JobCandidateIDEND하나 이상의 기술 요소를 포함하는 XML 단편을 허용하도록 이 저장 프로시저를 쉽게 수정할 수 있습니다. 이 경우 사용자는 저장 프로시저를 한 번 호출하여 여러 기술 노드를 삭제할 수 있습니다.
업데이트 작업
replace value of 키워드를 사용하면 기존 노드의 값을 수정할 수 있습니다. 기존 노드의 값을 수정하려면 값을 업데이트할 노드를 식별하는 하나의 XQuery 식과 노드의 새 값을 지정하는 또 다른 식을 지정해야 합니다.
형식 없는 XML 인스턴스를 수정하는 동안 대상 식은 단순 형식 노드를 반환해야 합니다. 형식 있는 XML 인스턴스의 대상 식은 소스 식과 동일한 형식 또는 하위 형식으로 평가되어야 합니다.
구문:
replace value of Expression1 with Expression2
예제: 기술 업데이트
다음 예제는 replace value of 키워드를 사용하여 지정된 후보의 기존 기술 값을 업데이트하는 방법을 보여 줍니다.
/* Stored procedure to update a specified skill element for a candidate */CREATE PROCEDURE [UpdateSkillInfo] @JobCandidateID [int], @SkillOld [varchar](200), @SkillNew [varchar](200)ASBEGIN SET NOCOUNT ON; UPDATE [CandidateInfoXMLDataType] SET Resume.modify(' replace value of (/JobCandidate/Skills/Skill[.=sql:variable("@SkillOld")]/text())[1] with sql:variable("@SkillNew") ') WHERE JobCandidateID = @JobCandidateIDENDdelete 작업과 달리 update 및 insert 작업은 한 번의 작업으로 하나의 노드에만 영향을 줄 수 있습니다.
XQuery 사용 시나리오
시나리오 1: 성과 평가 시스템
회사의 인사부에는 일반적인 평가 관련 활동을 처리하는 성과 평가 시스템이 필요합니다. 일반적으로 평가 레코드에는 평가 기간의 주요 목표와 비교하여 측정된 직원 성과, 다음 평가 기간에 사용할 주요 목표 정의, 직원 교육 요구 식별 등과 같이 주로 설명적인 특성을 가지는 정보가 포함됩니다. XML은 이러한 정보를 처리하는 데 가장 적합합니다. 직원에 대한 평가 정보가 XML 형식 열에 저장될 수 있으며 시스템 사용자는 XQuery를 사용하여 직원의 성과 기록을 쿼리 및 분석할 수 있습니다. 또한 XML DML을 사용하여 평가 레코드를 수정할 수 있습니다.
회사의 교육 부서가 ASP.NET에 대한 교육 세션을 수행하고 있으며 이러한 교육을 요청했던 모든 직원을 초대하려고 한다고 가정해 보십시오. 다음 쿼리는 평가 프로세스 도중에 ASP.NET에 대한 교육 세션을 선택했던 모든 직원을 선택합니다.
SELECT Appraisal.query(' for $PA in /PerformanceAppraisal, $Skill in $PA/TrainingNeeds/Technical/Skill where contains($Skill, "ASP.NET") return element Employee { element EmpID { data($PA/Employee/EmployeeID) }, element EmpName { data($PA/Employee/EmployeeName) }, element EMail { data($PA/Employee/EMailID) }, element Skill { data($Skill) } }') as ResultFROM [EmployeePerformanceAppraisal]WHERE Appraisal.exist('/PerformanceAppraisal/TrainingNeeds/Technical/Skill/text()[contains(.,"ASP.NET")]') = 1시나리오 2: 의료 레코드 시스템
병원에서는 환자와 관련된 의료 정보를 캡처할 수 있는 시스템이 필요합니다. 이 정보에는 환자 세부 정보, 보험 정보, 입원 세부 정보, 진단 정보, 치료 정보 등이 포함됩니다. 이 정보는 연구 또는 참조 목적에 사용될 것입니다. 증상, 실험실 보고서 및 치료 정보와 같은 환자 의료 데이터에는 설명 정보가 포함되어 있으므로 이 정보를 저장하기 위한 형식으로 XML이 선택됩니다. 환자 데이터는 XML 형식 열에 저장될 수 있습니다. 병원에서는 이 정보를 분석하기 위해 XQuery를 사용할 수 있습니다.
다음 테이블과 XML 인스턴스는 환자 의료 레코드 시나리오에서 사용되는 XQuery를 보여 줍니다.
테이블:
CREATE TABLE [MedicalRecords]( [PatientID] [int] IDENTITY(1,1) NOT NULL, [PatientRecord] [xml] NOT NULL, [ModifiedDate] [datetime] NOT NULL DEFAULT (getdate()),PRIMARY KEY CLUSTERED ( [PatientID] ASC) ON [PRIMARY]) ON [PRIMARY]GOCREATE PRIMARY XML INDEX idx_PatientRecord on [MedicalRecords] (PatientRecord)GOCREATE XML INDEX idx_PatientRecord_Path on [MedicalRecords] (PatientRecord) USING XML INDEX idx_PatientRecord FOR PATH
샘플 XML 인스턴스:
<PatientRecord> <PatientDetails> <Name>Robert</Name> <Gender>Male</Gender> <Age>5</Age> <InsuranceInfo> <Company>Blue Cross Blue Shield</Company> <ID>D8456798</ID> </InsuranceInfo> </PatientDetails> <HospitalDetails> <Name>KK Hospital</Name> <Department>Pediatrics</Department> </HospitalDetails> <AdmissionDetails> <RegistrationNo>D4321</RegistrationNo> <DateAdmitted>2004-05-02</DateAdmitted> <DateDischarged>2004-05-08</DateDischarged> </AdmissionDetails> <ProblemDetails> <Symptoms> <Symptom>Abdominal pain</Symptom> <Symptom>Dehydration</Symptom> </Symptoms> <Diagnosis>Diarrhea</Diagnosis> <TreatmentInfo> <Therapy>Oral Rehydration Therapy</Therapy> <PrescriptionDetails> <Item>Pepto-Bismol</Item> <Item>Electrolyte Solutions</Item> </PrescriptionDetails> </TreatmentInfo> </ProblemDetails></PatientRecord>
“고열”과 “복통” 증상으로 입원했던 환자에 대한 의료 레코드를 의사가 보고 싶어한다고 가정해 보십시오. 다음 쿼리는 “고열”과 “복통” 증상으로 입원했던 환자의 레코드를 검색합니다.
SELECT PatientID, PatientRecord.query(' element PatientName { data(/PatientRecord/PatientDetails/Name) }, element MedicalInfo { /PatientRecord/ProblemDetails }') as ResultFROM [MedicalRecords]WHERE PatientRecord.exist('/PatientRecord/ProblemDetails/Symptoms/Symptom/text()[contains(.,"Fever")]') = 1AND PatientRecord.exist('/PatientRecord/ProblemDetails/Symptoms/Symptom/text()[contains(.,"Abdominal Pain")]') = 1시나리오 3: 자산 관리 시스템
회사의 IT 부서는 하드웨어 및 소프트웨어와 같은 자산을 관리할 수 있는 응용 프로그램을 개발해야 합니다. 이 응용 프로그램은 자산 ID, 사용자 세부 정보, 시스템 정보(예: 프로세서, 메모리, BIOS, 마더보드 및 비디오 카드 세부 정보), 시스템에 설치된 소프트웨어, 구매 정보, 보증 정보 등을 비롯하여 하드웨어 자산과 관련된 정보를 추적할 수 있어야 합니다. 또한 이 응용 프로그램은 소프트웨어 유형, 구매한 라이센스 수 등과 같은 조직의 소프트웨어 자산과 관련된 정보를 유지 관리해야 하며 미래에 정의될 새 자산 유형을 처리하도록 확장할 수 있어야 합니다. 이 자산 관리 시스템은 하드웨어 사용 정보, 소프트웨어 라이센스 사용 정보, 유지 관리해야 할 하드웨어 항목 등과 같은 보고서를 생성하는 데 사용됩니다. 현재의 시나리오에서는 동일한 테이블 열의 다른 스키마를 따르는 정보를 저장하는 것이 필요합니다. 형식 없는 XML을 사용하여 다양한 스키마를 가진 정보를 저장할 수 있습니다. 또한 스키마 컬렉션이 있는 형식 있는 XML을 사용하여 이러한 정보를 저장할 수 있습니다. XML 데이터 형식으로 저장된 자산 정보는 XQuery를 사용하여 쿼리할 수 있습니다.
IT 부서에서 Microsoft Windows XP와 Microsoft Office 2000이 모두 설치된 컴퓨터 시스템 목록을 선택하고 싶어한다고 가정해 보십시오. 다음 쿼리는 Windows XP와 Office 2000이 모두 설치된 하드웨어 자산의 레코드를 선택합니다.
SELECT AssetID, AssetDetails.query(' <Asset> { element UserName { data(/AssetInfo/UserInfo/Name) }, element ComputerName { data(/AssetInfo/SystemInfo/ComputerName) }, element OS { data(/AssetInfo/SystemInfo/OS) } } </Asset>') as ResultFROM [Assets]WHERE Category = 'Hardware'AND AssetDetails.exist('/AssetInfo/SystemInfo/OS/text()[contains(.,"Windows XP")]') = 1AND AssetDetails.exist('/AssetInfo/SoftwaresInstalled/Software/text()[contains(.,"Office 2000")]') = 1결론
SQL Server 2005와 관련하여 XQuery의 기본적인 내용을 배우고 싶은 사람들은 이 문서를 기초서로 사용할 수 있을 것입니다. 이 문서에서는 SQL Server 2005에서 구현된 XQuery 언어의 여러 기능과 지원되지 않는 기능에 대해 설명하고 XQuery 언어의 여러 기능을 사용하는 예제를 제공했습니다. 이 문서에 포함된 XQuery 사용 시나리오는 XQuery를 사용하기에 적합한 상황을 식별하는 데 도움이 될 것입니다.
추가 정보:
'DataBase' 카테고리의 다른 글
| 토드 사용시 실행계획 볼수 있도록 설정하는 법 (0) | 2007.03.07 |
|---|---|
| ms sql 에서 암호화 컬럼 (0) | 2007.01.19 |
| SQL 성능을 높이는 5가지 방법 (0) | 2007.01.05 |
| # 부서별 급여 avg, 급여 sum 핵심은. Union all을 사용하지 않는 것... ^^ (0) | 2006.12.15 |
| http://www.borlandforum.com/impboard/impboard.dll?action=read&db=free&no=10092 (0) | 2006.10.10 |
