컴퓨토피아

SELECT pk, xCol.query(''/doc[@id = 123]//section'')
FROM docs

빈 XML 값은 외부 SELECT 문에서 필터링할 수 있습니다. 또는 다음 예제에 나온 것처럼 exist() 메서드를 사용할 수 있습니다.

예제: exist() 메서드 사용

아래 쿼리는 테이블 docs의 XML 열 xCol에 있는 query() 및 exist() 메서드를 포함합니다. exist() 메서드는 값이 123인 id라고 부르는 특성을 가진 최상위 요소가 존재하는지 검사하는 경로 식 /doc[@id = 123]을 평가합니다. 이러한 각 행에 대해 SELECT 절의 query() 메서드가 평가됩니다. 이 예제에서 query() 메서드는 요소 아래의 임의 위치에 일련의

예제: 책 가격을 $49.99로 업데이트

다음 업데이트 문은 ISBN이 1-8610-0311-0인 책의 를 $49.99로 바꿉니다. XML 인스턴스는 XML 데이터 수정 문의 네임스페이스 선언인 XML 스키마 http://myBooks로 형식화됩니다.

UPDATE XmlCatalog
SET Document.modify (''
declare namespace bk = "http://myBooks";
replace value of (/bk:bookstore/bk:book
[@ISBN="1-861003-11-0"]/bk:price)[1] with 49.99'')

형식 검사 및 정적 오류

XQuery에서는 형식 검사가 수행됩니다. 컴파일 단계에서 XQuery 식과 데이터 수정 문의 정적 형식 정확성이 검사되며 형식있는 XML의 경우 형식 유추를 위해 XML 스키마가 사용됩니다. 형식 안전 위반으로 런타임에 식이 실패할 경우 정적 형식 오류가 발생합니다. 정적 오류의 예로는 문자열을 정수에 추가하거나 단일 값이 필요한 작업에서 값 시퀀스를 수신하거나 존재하지 않는 노드에서 형식있는 데이터를 쿼리하는 경우 등이 있습니다. 형식 불일치로 인한 정적 오류를 해결하는 방법은 적절한 형식으로 명시적 캐스팅을 수행하는 것입니다. 그러면 XQuery 런타임 오류가 빈 시퀀스로 변환됩니다.

런타임에 싱글톤(singleton)이 보장되는지 여부를 컴파일러에서 확인할 수 없는 경우 싱글톤(singleton)이 필요한 위치 단계, 함수 매개 변수 및 연산자(예: eq)는 오류를 반환합니다. 형식없는 데이터의 경우 문제가 자주 발생합니다. 예를 들어, 특성 조회에는 싱글톤(singleton) 부모 요소가 필요하며 단일 부모 노드를 선택하는 서수가 적합합니다.

예제: value() 메서드의 형식 검사

형식없는 XML 열에 대한 아래 쿼리에서는 싱글톤(singleton) 노드가 첫 번째 인수로 value() 메서드에 사용되기 때문에 //author/last-name에 서수 지정이 필요합니다. 이 값이 없을 경우 컴파일러는 런타임에 노드가 하나만 발생하는지 여부를 확인할 수 없습니다.

SELECT xCol.value(''(//author/last-name)[1]'', ''nvarchar(50)'') LastName
FROM docs

다음 예제에 나온 것처럼 node()-value() 조합을 평가하여 특성 값을 추출하는 경우에는 서수 지정이 필요하지 않을 수 있습니다.

예제: 알려진 싱글톤(singleton)

아래 나온 nodes() 메서드는 각 요소에 대한 별개의 행을 생성합니다. 노드에서 평가되는 value() 메서드는 특성이 되는 싱글톤(singleton)인 @genre의 값을 추출합니다.

SELECT nref.value(''@genre'', ''varchar(max)'') LastName
FROM docs CROSS APPLY xCol.nodes(''//book'') AS R(nref)

도메인 간의 데이터 바인딩

관계형 및 XML 데이터 형식 열의 조합에 데이터가 상주할 경우 관계형 및 XML 데이터 처리를 결합하는 쿼리를 작성하는 것이 필요할 수 있습니다. TYPE 지시문과 함께 FOR XML을 사용하여 관계형 및 XML 열의 데이터를 XML 데이터 형식 인스턴스로 변환하고 XQuery를 사용하여 쿼리할 수 있습니다. 반대로 아래의 "XML 데이터에서 행 집합 생성" 절에 나온 것처럼 XML 값에서 행 집합을 생성하고 T-SQL을 사용하여 쿼리할 수 있습니다.

교차 도메인 쿼리를 작성하는 데 쉽고 효율적인 방법은 XQuery 또는 XML 데이터 수정 식 내에서 SQL 변수나 열의 값을 사용하는 것입니다.

• sql:variable()을 사용하여 XQuery 또는 XML DML 식에서 SQL 변수 값을 적용합니다.
  
  
• sql:column()을 사용하여 XQuery 또는 XML DML 컨텍스트에서 관계형 열의 값을 사용합니다.
  

이 접근 방법을 사용하면 아래 예제에 나온 것처럼 응용 프로그램에서 쿼리를 매개 변수화할 수 있습니다. Sql:column()은 비슷한 방식으로 사용되지만 더 많은 이점을 제공합니다. 비용 기반 쿼리 최적화 프로그램에서 결정하는 것처럼 효율성을 확보하기 위해 열에서 인덱스를 사용할 수 있습니다. 또한 계산된 열을 사용할 수도 있습니다.

XML 및 사용자 정의 형식은 sql:variable() 및 sql:column()에서 사용하는 것이 허용되지 않습니다.

예제: sql:variable()을 사용하는 교차 도메인 쿼리

이 쿼리에서는 SQL 변수 @isbn을 사용하여 요소의 ISBN이 전달됩니다. 상수를 사용하는 대신에 sql:variable()은 ISBN 값을 제공하며 쿼리를 사용하여 단순히 ISBN이 0-7356-1588-2인 경우가 아니라 모든 ISBN을 검색할 수 있습니다.

DECLARE @isbn varchar(20)
SET @isbn = ''0-7356-1588-2''
SELECT xCol
FROM??/ ??? ????．?@???y ? ? ??book[@ISBN = sql:variable("@isbn")]'') = 1

XML 데이터에서 행 집합 생성

사용자 지정 속성 관리 및 데이터 교환 시나리오에서 대개 응용 프로그램은 XML 데이터의 일부분을 행 집합에 매핑합니다. 예를 들어, 입력 매개 변수 테이블을 저장 프로시저나 함수에 전달하기 위해 응용 프로그램은 데이터를 XML로 변환하고 XML 데이터 형식 매개 변수로 전달합니다. 저장 프로시저 또는 함수 내에서 행 집합은 XML 매개 변수에서 다시 생성됩니다.

SQL Server 2000은 이 목적을 위해 OpenXml()을 제공합니다. 이 메서드는 행 집합에 대한 관계형 스키마를 지정하고 XML 인스턴스 내의 값이 행 집합의 열에 매핑되는 방법을 지정하여 XML 인스턴스에서 행 집합을 생성합니다.

또는 nodes() 메서드를 사용하여 XML 인스턴스 내에 노드 컨텍스트를 생성할 수 있으며 value(), query(), exist() 및 nodes() 메서드에서 노드 컨텍스트를 사용하여 원하는 행 집합을 생성할 수 있습니다. nodes() 메서드는 제공된 XQuery 식을 XML 열의 각 XML 인스턴스에서 평가하고 XML 인덱스를 효과적으로 사용합니다. 다음 예제는 행 집합 생성을 위해 nodes() 메서드를 사용하는 방법을 보여 줍니다.

예제: XML 인스턴스에서 속성 추출

이름이 "David"인 저자의 이름과 성을 두 개의 열(FirstName 및 LastName)로 구성된 행 집합으로 추출해야 한다고 가정해 보십시오. 다음과 같이 nodes() 및 value() 메서드를 사용하여 이 작업을 수행할 수 있습니다.

SELECT nref.value(''first-name[1]'', ''nvarchar(50)'') FirstName,
nref.value(''last-name[1]'', ''nvarchar(50)'') LastName
FROM docs CROSS APPLY xCol.nodes(''//author'') AS R(nref)
WHERE nref.exist(''.[first-name != "David"]'') = 1

예제: XML 변수에서 속성 추출

XML 변수나 매개 변수에서 속성을 추출할 경우 위 쿼리의 CROSS APPLY 연산자가 필요하지 않습니다. 다음 예제에서는 인스턴스가 할당되는 XML 변수 @xVar를 고려하고 저자의 및 을 검색합니다.

XML 데이터 인덱싱

XML 데이터는 내부 이진 형식으로 저장되며 최대 저장 크기는 2GB가 될 수 있습니다. 각 쿼리는 테이블의 각 행에서 XML BLOB을 런타임에 한 번 이상 구문 분석합니다. 이로 인해서 쿼리 처리 속도가 느려집니다. 데이터 수정 도중에 XML 인덱스 유지 관리를 위한 비용을 고려해야 하지만 쿼리가 작업 부하에서 일반적으로 수행되는 경우에는 XML 열을 인덱싱하는 것이 유리합니다.

형식 있는/없는 XML 열에서 새로운 DDL 문을 사용하여 XML 인덱스를 만듭니다. 이렇게 하면 열의 모든 XML 인스턴스에 대해 B+ 트리가 만들어집니다. XML 열의 첫 번째 인덱스는 "기본 XML 인덱스"입니다. 다음 절에서 설명된 것처럼 이 인덱스를 사용하여 XML 열에서 세 가지 유형의 보조 XML 인덱스가 지원되며 공통된 쿼리 클래스의 속도가 향상됩니다.

기본 XML 인덱스

기본 XML 인덱스는 기본 테이블(즉, XML 열이 정의된 테이블)의 기본 키에서 클러스터된 인덱스가 필요합니다. 이 인덱스는 XML 노드의 Infoset 항목 하위 집합에서 B+ 트리를 만듭니다. B+ 트리의 열은 요소 및 속성 이름, 노드 값, 노드 유형 등과 같은 태그를 나타냅니다. 다른 열은 경로 식의 효율적인 평가를 위해서 XML 데이터의 문서 순서와 구조를 캡처하고 XML 인스턴스 루트에서 각 노드까지의 경로를 캡처합니다. 인덱스 행을 기본 테이블 행과 상관시키기 위해 기본 테이블의 기본 키는 기본 XML 인덱스에 복제됩니다.

XML 스키마에 제공된 태그 및 형식 이름은 정수 값에 매핑되며 저장소를 최적화하기 위해 매핑된 값은 B+ 트리에 저장됩니다. 인덱스의 경로 열은 매핑된 값의 연결을 역순으로 저장합니다(즉, 노드에서 XML 인스턴스의 루트까지의 경로). 역순 표현을 사용하면 경로 접미사가 알려진 경우(//author/last-name과 같은 경로 식에서) 경로 값을 일치시킬 수 있습니다.

기본 테이블이 분할된 경우 기본 XML 인덱스는 동일한 방법으로, 즉 동일한 분할 함수와 분할 스키마를 사용하여 분할됩니다.

전체 XML 인스턴스는 XML 열(SELECT * FROM docs 또는 SELECT xCol FROM docs)에서 검색됩니다. XML 데이터 형식 메서드를 포함하는 쿼리는 기본 XML 인덱스를 사용하여 인덱스 자체에서 스칼라 값이나 XML 하위 트리를 반환합니다.

예제: 기본 XML 인덱스 만들기

다음 문은 테이블 docs의 XML 열 xCol에 idx_xCol이라는 XML 인덱스를 만듭니다.

CREATE PRIMARY XML INDEX idx_xCol on docs (xCol)

보조 XML 인덱스

기본 XML 인덱스가 만들어진 후에는 보조 XML 인덱스를 만들어 작업 부하 내에서 다른 클래스의 쿼리가 실행되는 속도를 향상시킬 수 있습니다. 세 가지 유형의 보조 XML 인덱스인 PATH, PROPERTY 및 VALUE가 있으며 이러한 인덱스는 각각 경로 기반 쿼리, 사용자 지정 속성 관리 시나리오 및 값 기반 쿼리에 유용합니다.

최대 128개 수준의 XML 계층이 허용되며 더 긴 경로를 포함하는 XML 인스턴스는 삽입 및 수정 도중에 거부됩니다.

마찬가지로 노드 값의 처음 128바이트까지만 인덱싱됩니다. 더 긴 값이 시스템에서 허용되기는 하지만 인덱싱되지는 않습니다.

예제: 경로 기반 조회

작업 부하에서 다음 쿼리가 일반적으로 수행된다고 가정해 보십시오.

SELECT xCol
FROM docs
WHERE xCol.exist (''/book[@genre = "security"]'') = 1

경로 식 /book/@genre 및 값 "security"는 PATH 인덱스의 키 필드에 해당합니다. 결과적으로 형식 PATH의 보조 XML 인덱스는 이 작업 부하에 도움이 됩니다.

CREATE XML INDEX idx_xCol_Path on docs (xCol)
USING XML INDEX idx_xCol FOR PATH

예제: 개체의 속성 반입

테이블 T의 각 행에서 책의 "genre", "title" 및 ISBN 속성을 검색하는 다음과 같은 쿼리가 있습니다.

SELECT xCol.value (''(/book/@genre)[1]'', ''varchar(50)''),
xCol.value (''(/book/title)[1]'', ''varchar(50)''),
xCol.value (''(/book/@ISBN)[1]'', ''varchar(50)'')
FROM docs

이 경우에 속성 인덱스가 유용하며 다음과 같이 작성됩니다.

CREATE XML INDEX idx_xCol_Property on docs (xCol)
USING XML INDEX idx_xCol FOR PROPERTY

예제: 값 기반 쿼리

다음 쿼리에서 하위 축(// 연산자)이 부분 경로를 지정하므로 ISBN 값에 기초하는 조회에는 VALUE 인덱스가 유용합니다.

SELECT xCol
FROM docs
WHERE xCol.exist (''//book/@ISBN[. = "0-7356-1588-2"]'') = 1

VALUE 인덱스는 다음과 같이 만들어집니다.

CREATE XML INDEX idx_xCol_Value on docs (xCol)
USING XML INDEX idx_xCol FOR VALUE

콘텐츠 인덱싱

XML 열에서 전체 텍스트 인덱스를 만들 수 있습니다. 이렇게 하면 XML 태그를 무시하면서 XML 값의 내용이 인덱싱됩니다. 특성 값은 전체 텍스트 인덱싱되지 않으며(태그의 일부로 간주되므로) 요소 태그는 토큰 경계로 사용됩니다. XML 열에서 XML 및 전체 텍스트 인덱스를 모두 만들어 전체 텍스트 검색을 XML 인덱스 사용과 결합할 수 있습니다. 전체 텍스트 인덱스를 첫 번째 필터로 사용하여 선택 항목의 범위를 좁힌 다음 XQuery를 적용하여 추가로 필터링합니다.

CONTAINS() 및 XQuery contains()를 사용한 전체 텍스트 검색은 다른 의미를 가집니다. 전자가 형태소 분석을 사용한 토큰 일치인 것에 반하여 후자는 하위 문자열 일치입니다.

예제: XML 열에서 전체 텍스트 인덱스 만들기

XML 열에서 전체 텍스트 인덱스를 만들기 위한 단계는 다른 SQL 형식 열에서 사용되는 단계와 동일합니다. 기본 테이블의 고유한 키 열이 필요합니다. DDL 문은 다음과 같고 여기서 PK__docs__7F60ED59는 테이블의 단일 열 기본 키 인덱스입니다.

CREATE FULLTEXT CATALOG ft AS DEFAULT
CREATE FULLTEXT INDEX ON dbo.docs (xCol) KEY INDEX PK__docs__7F60ED59

예제: 전체 텍스트 검색을 XML 쿼리와 결합

다음 쿼리는 XML 값이 책 제목에 "Secure" 단어를 포함하는지 검사합니다.

SELECT *
FROM docs
WHERE CONTAINS(xCol,''Secure'')
AND xCol.exist(''/book/title/text()[contains(.,"Secure")]'') =1

CONTAINS() 메서드는 전체 텍스트 인덱스를 사용하여 문서의 임의 위치에 "Secure" 단어가 포함된 XML 값을 하위 집합으로 만듭니다. exist() 절은 "Secure" 단어가 책 제목에 있는지 확인합니다.

XML 인덱스를 사용한 쿼리 실행

XML 인덱스는 쿼리 실행 속도를 향상시킵니다. 쿼리는 항상 XML 열의 기본 XML 인덱스(있을 경우)에 대해 컴파일됩니다. 전체 쿼리(관계형 및 XML 부분 모두 포함)에 대해 단일 쿼리 계획이 생성되며 이 계획은 데이터베이스 엔진의 비용 기반 최적화 프로그램을 사용하여 최적화됩니다. 보조 XML 인덱스는 쿼리 최적화 프로그램의 비용 예측에 따라 선택됩니다.

XML 인덱스의 카탈로그 뷰

XML 인덱스에 대한 메터데이터 정보를 제공하기 위해 카탈로그 뷰가 존재합니다. 카탈로그 뷰 sys.indexes에는 인덱스 "type" 3을 가진 XML 인덱스에 대한 항목이 포함되어 있습니다. "name" 열에는 XML 인덱스의 이름이 포함되어 있습니다.

또한 sys.indexes의 모든 열과 XML 인덱스와 관련된 몇 가지 특수한 열을 포함하는 카탈로그 뷰 sys.xml_indexes에 XML 인덱스가 기록됩니다. "secondary_type" 열의 NULL 값은 기본 XML 인덱스를 나타내고 ''P'', ''R'' 및 ''V'' 값은 각각 PATH, PROPERTY 및 VALUE 보조 XML 인덱스를 나타냅니다. "secondary_type_desc" 열에는 기본 XML 인덱스를 나타내는 NULL과 세 가지 유형의 보조 XML 인덱스를 나타내는 "PATH", "PROPERTY" 및 "VALUE" 문자열이 포함되어 있습니다.

테이블 반환 함수 dm_db_index_physical_stats()에서는 XML 인덱스의 공간 사용을 확인할 수 있습니다. 사용된 디스크 페이지 수, 평균 행 크기(바이트), 레코드 수, XML 인덱스를 비롯한 모든 인덱스 유형에 대한 기타 정보가 제공되며 이러한 정보는 각 데이터베이스 파티션에 사용할 수 있습니다. 즉, XML 인덱스는 기본 테이블의 동일한 분할 스키마와 분할 함수를 사용합니다.

예제: XML 인덱스의 공간 사용

SELECT sum (page_count)
FROM sys.dm_db_index_physical_stats (db_id(), object_id(''docs''),
DEFAULT, DEFAULT, ''DETAILED'') SDPS
JOIN sys.xml_indexes SXI ON (SXI.index_id = SDPS.index_id)
WHERE SXI.name = ''idx_xCol_Path''

위 예제는 모든 파티션에서 테이블 T의 XML 인덱스 idx_xCol_Path에 사용되는 디스크 페이지 수를 생성합니다. sum() 함수가 없을 경우 파티션당 디스크 페이지 사용량이 결과로 반환됩니다.

XML 스키마 처리

XML 스키마는 시스템에서 선택 사항입니다. 앞에서 언급한 것처럼 XML 스키마에 바인딩되지 않은 XML 데이터 형식은 형식없는 XML로 간주됩니다. 이 경우에 XML 노드 값은 유니코드 문자열로 저장되며 XML 인스턴스는 형식이 올바른지 검사됩니다. 형식없는 XML 열은 인덱싱될 수 있습니다.

XML 데이터 형식을 XML 스키마 컬렉션에 등록된 XML 스키마와 연관시키는 방법으로 XML을 형식화합니다. 새로운 DDL 문을 사용하면 하나 이상의 XML 스키마가 등록될 수 있는 XML 스키마 컬렉션을 만들 수 있습니다. XML 스키마 컬렉션에 바인딩된 XML 열, 매개 변수 또는 변수는 컬렉션의 모든 XML 스키마에 따라 형식화됩니다. XML 스키마 컬렉션 내에서 형식 시스템은 대상 네임스페이스를 사용하여 각 XML 스키마를 식별합니다.

XML 인스턴스의 각 최상위 XML 요소는 자신이 따르는 가능한 빈 대상 네임스페이스를 지정해야 합니다. 각 최상위 요소의 대상 네임스페이스에 따라 삽입 및 수정 도중에 데이터의 유효성이 검사됩니다. 이진 XML 표현은 연관된 XML 스키마 정보에 기초하여 형식있는 값을 인코딩하면 완전하게 설명되므로 형식없는 XML과 비교했을 때 재분석 작업이 더 효율적으로 수행됩니다. 또한 XML 인덱스에서 값이 올바르게 형식화됩니다(/book/price는 XML 스키마에 xs:decimal로 정의된 경우 십진수로 저장됨).

쿼리 컴파일 도중에 형식 검사를 위해 XML 스키마가 사용되며 형식이 불일치하면 정적 오류가 발생합니다. 또한 쿼리 컴파일러는 쿼리 최적화를 위해 XML 스키마를 사용합니다.

데이터베이스 엔진의 메타데이터 하위 시스템에는 XML 스키마 컬렉션과 포함된 해당 XML 스키마, 기본 XSD 및 관계형 형식 시스템 간의 매핑 등과 같은 XML 형식 정보가 들어 있습니다. 거의 모든 W3C XML Schema 1.0 사양(http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/ (영문) 및 http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ (영문) 참조)이 지원됩니다. XML 스키마 문서의 설명과 주석은 유지되지 않으며 key/keyref는 지원되지 않습니다.

XML 스키마 컬렉션

XML 스키마 컬렉션은 관계형 스키마에 의해 범위가 지정되는 메타데이터 엔터티이며 서로 관련되거나(예: 사용) 관련되지 않을 수 있는 하나 이상의 XML 스키마를 포함합니다. XML 스키마 컬렉션 내의 개별 XML 스키마는 대상 네임스페이스를 사용하여 식별합니다. XML 스키마 컬렉션은 테이블과 매우 비슷한 보안 가능한 엔터티입니다.

CREATE XML SCHEMA COLLECTION 구문을 사용하고 하나 이상의 XML 스키마를 제공하는 방법으로 XML 스키마 컬렉션을 만듭니다. 그런 다음 XML 스키마 컬렉션을 사용하여 XML 열을 형식화할 수 있습니다. 이 디자인은 다른 XML 스키마에 따라 형식화된 XML을 동일한 열에 저장할 수 있는 유연한 데이터 모델을 제공하며 특히 XML 스키마 수가 많은 경우에 편리하게 사용할 수 있습니다. 또한 이 디자인은 XML 스키마를 어느 정도 확장하는 것을 지원합니다.

또한 형식화된 XML 열의 DOCUMENT 또는 CONTENT 옵션은 각각 XML 트리 또는 단편이 XML 열에 저장될 수 있는지 여부를 지정합니다. 기본 동작은 CONTENT입니다. DOCUMENT의 경우 각 XML 인스턴스는 최상위 요소의 대상 네임스페이스를 지정해야 하며 이 대상 네임스페이스에 따라 인스턴스의 유효성 검사 및 형식화가 수행됩니다. 반면, CONTENT의 경우 각 최상위 요소는 XML 스키마 컬렉션에서 대상 네임스페이스 중 하나를 지정할 수 있습니다. XML 인스턴스는 인스턴스에서 발생하는 모든 대상 네임스페이스에 따라 유효성 검사 및 형식화됩니다.

예제: XML 스키마 컬렉션 만들기

대상 네임스페이스가 http://myBooks인 XML 스키마를 사용하여 XML 인스턴스를 형식화한다고 가정해 보십시오. 이 경우 아래 나온 것처럼 XML 스키마 컬렉션 myCollection을 만들고 XML 스키마를 myCollection의 콘텐츠로 제공합니다.

CREATE XML SCHEMA COLLECTION myCollection AS
''xmlns="http://myBooks"
elementFormDefault="qualified"
targetNamespace="http://myBooks">






















''

XML 스키마가 등록된 myCollection에 대해 새 메타데이터 엔터티가 만들어집니다. 다음과 같이 새 행을 XmlCatalog 테이블(앞에 나온 "예제: 테이블의 형식화된 XML 열" 참조)에 추가할 수 있습니다.

XML 스키마 컬렉션 수정

예제: XML 스키마 컬렉션 변경

다음 문은 대상 네임스페이스가 http://myDVD인 새 XML 스키마를 XML 스키마 컬렉션 myCollection에 추가하는 방법을 보여 줍니다.

ALTER XML SCHEMA COLLECTION myCollection ADD
''xmlns="http://myDVD"
elementFormDefault="qualified"
targetNamespace="http://myDVD">














''

XML 스키마 컬렉션의 카탈로그 뷰

XML 스키마 컬렉션의 SQL 카탈로그 뷰를 사용하면 개별 XML 스키마 네임스페이스의 내용을 사용자가 다시 구성할 수 있습니다. XML 스키마 컬렉션은 카탈로그 뷰 sys.xml_schema_collections에 열거됩니다. XML 스키마 컬렉션 "sys"는 시스템에 의해 정의되며 모든 사용자 정의 XML 스키마 컬렉션에서 사용될 수 있는 미리 정의된 네임스페이스를 포함합니다(이러한 네임스페이스를 명시적으로 로드할 필요가 없음). xml, xs, xsi, fn 및 xdt에 대한 네임스페이스가 이러한 네임스페이스에 해당합니다.

언급할 필요가 다른 두 가지 카탈로그 뷰는 각 XML 스키마 컬렉션 내의 모든 네임스페이스를 열거하는 sys.xml_schema_namespaces와 각 XML 스키마 내의 모든 XML 스키마 구성 요소를 열거하는 sys.xml_schema_components입니다.

기본 제공 함수인 XML_SCHEMA_NAMESPACE()에서는 관계형 스키마의 이름, XML 스키마 컬렉션 및 XML 스키마의 대상 네임스페이스(선택 사항)가 사용됩니다. 이 함수는 XML 스키마가 포함된 XML 데이터 형식 인스턴스를 반환합니다. 대상 네임스페이스 인수가 없을 경우 이 기본 제공 함수는 미리 정의된 XML 스키마를 제외한 XML 스키마 컬렉션의 모든 스키마를 포함하는 XML 인스턴스를 반환합니다.

예제: XML 스키마 컬렉션의 XML 네임스페이스 열거

XML 스키마 컬렉션 "myCollection"에 다음 쿼리를 사용합니다.

SELECT XSN.name
FROM sys.xml_schema_collections XSC
JOIN sys.xml_schema_namespaces XSN ON
(XSC.xml_collection_id = XSN.xml_collection_id)
WHERE XSC.name = ''myCollection''

예제: XML 스키마 컬렉션에서 지정된 XML 스키마 출력

다음 문은 (관계형) 스키마 dbo 내의 XML 스키마 컬렉션 "myCollection"에서 대상 네임스페이스가 http://myBooks인 XML 스키마를 출력합니다.

SELECT XML_SCHEMA_NAMESPACE (N''dbo'', N''myCollection'',
N''http://myBooks'')

XML 스키마 컬렉션에서의 액세스 제어

SQL Server 2005의 보안 모델을 사용하여 다른 SQL 개체와 마찬가지로 XML 스키마 컬렉션을 보안할 수 있습니다. 데이터베이스 내에서 XML 스키마 컬렉션을 만들 수 있는 권한을 사용자에게 부여할 수 있습니다. 각 XML 스키마 컬렉션은 ALTER, CONTROL, TAKE OWNERSHIP, REFERENCES, EXECUTE 및 VIEW DEFINITION 권한을 지원합니다.

• ALTER XML SCHEMA COLLECTION 문을 실행하려면 ALTER 권한이 필요합니다.
  
  
• ALTER AUTHORIZATION 문을 실행하여 XML 스키마 컬렉션의 소유권을 특정 사용자에서 다른 사용자에게 양도하려면 TAKE OWNERSHIP 권한이 필요합니다.
  
  
• REFERENCES 권한은 스키마 바인딩이 필요할 때마다(예: XML 열과 매개 변수를 형식화 및 제약하는 경우) XML 스키마 컬렉션을 사용할 수 있는 권한을 사용자에게 부여합니다.
  
  
• 사용자가 삽입하거나 업데이트한 값을 XML 스키마 컬렉션과 비교하여 유효성을 검사하려면 EXECUTE 권한이 필요합니다. 또한 XML 데이터 형식을 사용하여 형식있는 XML 열, 변수 및 매개 변수에서 값을 쿼리하려면 이 권한이 필요합니다.
  
  
• VIEW DEFINITION 권한은 XML 스키마 컬렉션에 해당하는 카탈로그 뷰의 행, XML 스키마 컬렉션에 포함된 모든 XML 스키마, 이러한 XML 스키마에 포함된 모든 스키마 구성 요소에 액세스할 수 있는 권한을 사용자에게 부여합니다.
  
  
• CONTROL 권한은 DROP XML SCHEMA COLLECTION 문을 사용하여 XML 스키마 컬렉션을 삭제하는 것을 비롯하여 XML 스키마 컬렉션에서 작업을 수행할 수 있는 권한을 사용자에게 부여합니다. 이 권한은 XML 스키마 컬렉션에 대한 다른 권한을 나타냅니다.

테이블 또는 XML 열에 대한 다른 권한 외에도 XML 스키마 컬렉션에 대한 권한이 필요합니다. 예를 들어, XML 스키마 컬렉션 C에 따라 형식화된 XML 열 X가 있는 테이블 T를 만들려면 사용자는 테이블을 만들 수 있는 권한과 XML 스키마 컬렉션 C에 대한 REFERENCES 권한이 있어야 합니다. XML 스키마 컬렉션 C에 대한 EXECUTE 권한이 있는 경우에는 열 X에 데이터를 삽입할 수 있는 권한을 가진 사용자가 이러한 작업을 수행할 수 있습니다. 마찬가지로 XML 데이터 형식 메서드를 사용하여 열 X의 데이터를 쿼리하려면 사용자는 열 X에 대한 SELECT 권한과 C에 대한 EXECUTE 권한이 필요합니다. 그러나 SELECT X FROM T 또는 SELECT * FROM T에서와 같이 열 X에서 전체 XML 값을 검색하려면 X에 대한 SELECT 권한만 있으면 충분합니다.

SQL Server 2005의 보안 모델을 통해 권한을 허용하는 것과 마찬가지로 사용자로부터 권한을 해지하고 사용자의 권한을 거부할 수 있습니다.

카탈로그 뷰 액세스

XML 스키마 컬렉션에 대한 ALTER, TAKE OWNERSHIP, REFERENCES, VIEW DEFINITION 또는 CONTROL 권한을 가지는 사용자는 XML 스키마 컬렉션, 포함된 XML 스키마, XML 스키마 구성 요소 등에 대한 카탈로그 뷰 행에 액세스할 수 있습니다. 또한 이러한 권한이 있는 사용자는 기본 제공 함수 XML_SCHEMA_NAMESPACE() 및 FOR XML ?… XMLSCHEMA를 사용하여 XML 스키마 컬렉션의 내용에 액세스할 수 있습니다.

사용자는 VIEW DEFINITION 권한이 거부된 경우 XML 스키마 컬렉션을 카탈로그 뷰에서 액세스하거나 XML_SCHEMA_NAMESPACE() 또는 FOR XML ?… XMLSCHEMA를 사용하여 액세스할 수 없습니다.

FOR XML향상

TYPE 지시문은 XML 데이터 형식 메서드를 사용하여 XML 열, 변수 또는 매개 변수에 할당하거나 쿼리할 수 있는 XML 데이터 형식 인스턴스를 생성합니다. 이 지시문의 기능을 통해 SELECT ... FOR XML TYPE 문을 중첩할 수 있습니다.

PATH 모드를 사용하면 열 값이 표시되어야 하는 XML 트리의 경로를 지정할 수 있습니다. 계층이 깊은 경우에 제대로 작동하지 않을 수 있지만 앞서 언급한 중첩과 함께 PATH 모드를 FOR XML EXPLICIT보다 간편하게 작성할 수 있습니다.

ELEMENTS와 함께 사용되는 XSINIL 지시문은 xsi:nil="true" 특성을 가지는 요소에 NULL을 매핑합니다. 새 ROOT 지시문은 FOR XML의 모든 노드에 루트 노드를 지정할 수 있게 합니다. 새 XMLSCHEMA 지시문은 XSD 인라인 스키마를 생성합니다.

향상된 기능과 예제에 대한 자세한 내용은 [4]를 참조하십시오.

성능 지침

XML 데이터 모델은 관계형 데이터 모델보다 풍부하고 복잡합니다. XML 데이터 모델을 사용하여 복잡한 데이터를 모델링할 수 있을 뿐만 아니라 데이터 내의 계층적 관계와 문서 순서를 유지할 수 있습니다. 문서 순서는 XML 노드 식별자에 기초한 정렬에 의해 유지 관리되며 이와 동시에 계층적 관계가 유지 관리됩니다. 이러한 특징은 더 복잡한 쿼리 계획에 유용합니다.

더 나은 성능을 위해 구조적 데이터가 테이블의 관계형 열에 저장되어야 합니다. 데이터는 반구조적 또는 구조화되지 않은 XML 태그가 포함되어 있지만 성능 향상을 고려할 필요가 없다면 모델링 요구를 충족하는 XML 데이터 모델을 선택합니다. XML 스키마는 쿼리 최적화에 도움이 됩니다.

SQL Server CLR의 XML 지원

SQL Server CLR 지원을 사용하면 관리되는 코드에서 서버 쪽 논리를 작성하여 비즈니스 규칙을 적용할 수 있습니다. 다음과 같은 여러 방법으로 이 비즈니스 논리를 XML 데이터에 추가할 수 있습니다.

• XML 값이 전달되는 SQLCLR 함수를 관리되는 코드로 작성할 수 있으며 System.Xml 네임스페이스가 제공하는 XML 처리 기능을 사용할 수 있습니다. 아래 나온 것처럼 XSL 변환을 XML 데이터에 적용하는 경우를 예로 들 수 있습니다. 또는 XML을 하나 이상의 관리되는 클래스로 직렬해제하고 관리되는 코드를 사용하여 이러한 클래스를 처리할 수 있습니다.
  
  
• 비즈니스 요구를 위해 XML 열에서 처리를 호출하는 T-SQL 저장 프로시저 및 함수를 작성할 수 있습니다.
  

예제: XSL 변환 적용

XSL 변환을 위한 XML 데이터 형식 인스턴스와 파일 경로를 사용하고 변환을 XML 데이터에 적용하며 변환된 XML을 결과로 반환하는 CLR 함수 TransformXml.ApplyXslTransform()이 있다고 가정해 보십시오. C#로 작성된 기초 함수는 다음과 같습니다.

using System;
using System.Data.SqlTypes;
using System.Xml;
using System.Xml.XPath;
using System.Xml.Xsl;

public class TransformXml
{
public static SqlXml ApplyXslTransform (
SqlXml XmlData, string xslPath) {
// Load XSL transformation
XslCompiledTransform xform = new XslCompiledTransform();
xform.Load (xslPath);

// Load XML data
XPathDocument xDoc = new XPathDocument (XmlData.CreateReader());
XPathNavigator nav = xDoc.CreateNavigator ();

// Apply the transformation
// using makes sure that we flush the writer at the end
using (XmlWriter writer = nav.AppendChild())
{
xform.Transform(XmlData.CreateReader(), writer);
}

// Return the transformed value
SqlXml retSqlXml = new SqlXml (nav.ReadSubtree());
return (retSqlXml);
}
}

CREATE FUNCTION 문을 사용하여 작성한 ApplyTransformXml()에 해당하는 사용자 정의 T-SQL 함수 SqlXslTransform()과 CREATE ASSEMBLY 문을 사용하여 데이터베이스에서 어셈블리를 등록해야 합니다. 이러한 문에 대한 자세한 내용은 SQL Server 2005 온라인 설명서를 참조하십시오. 그런 다음 아래 쿼리와 같이 T-SQL에서 SQL 함수를 호출할 수 있습니다.

SELECT SqlXslTransform (xCol, ''C:\temp\xsltransform.xsl'')
FROM docs
WHERE xCol.exist(''/book/title/text()[contains(.,"secure")]'') =1

쿼리 결과에는 변환된 XML의 행 집합이 포함됩니다.

• SQLCLR은 XML 데이터를 테이블 또는 속성 승격으로 분해하고 System.Xml 네임스페이스에서 관리되는 클래스를 사용하여 XML 데이터를 쿼리하는 데 사용할 수 있는 새로운 기능을 제공합니다. 자세한 내용은 SQL Server 2005 및 Visual Studio 2005 온라인 설명서에서 확인할 수 있습니다.
  

SQL Server 2005의 클라이언트 쪽 XML 처리

XML 데이터 형식에 대한 클라이언트 액세스는 ADO.NET, SQL 네이티브 클라이언트(SQLNCLI) 및 SOAP over HTTP를 사용하여 제공됩니다. 처음 두 개는 아래 설명되어 있으며 SOAP 액세스의 경우는 SQL Server 온라인 설명서를 참조하십시오.

.NET Framework V2.0의 ADO.NET XML 지원

XML 데이터 형식은 SqlDataReader.GetSqlXml() 메서드에서 System.Data.SqlTypes 네임스페이스의 SqlXml 클래스로 제공됩니다. SqlXml.CreateReader() 함수를 사용하여 SqlXml 개체에서 XmlReader를 얻을 수 있습니다.

XML 열을 형식화하는 XML 스키마 컬렉션의 세 부분으로 된 이름은 XML 열 메타데이터에서 얻을 수 있습니다(SqlDataReader 개체에서 GetSchemaTable() 또는 GetSqlMetaData (int) 사용). 이러한 이름은 데이터베이스 이름(XmlSchemaCollectionDatabase), 관계형 스키마 이름(XmlSchemaCollectionOwingSchema) 및 XML 스키마 컬렉션 이름(XmlSchemaCollectionName)을 나타내는 세 개의 속성으로 구성됩니다.

클라이언트는 새로운 스키마 행 집합 XMLSCHEMA를 사용하여 서버에서 XML 스키마를 검색할 수 있습니다. XMLSCHEMA 행 집합에는 XML 스키마 컬렉션, 대상 네임스페이스 및 XML 스키마 콘텐츠 자체를 위한 세 개의 열이 포함되어 있습니다.

다음 예제는 XML 데이터 형식에 대한 관리되는 액세스를 위한 기초 코드를 보여 줍니다.

예제: XML 데이터 형식에 대한 in-proc 액세스

아래의 C# 코드는 in-proc 공급자에서 XML 데이터 형식을 액세스할 수 있는 방법을 보여 줍니다. 아래 나온 컨텍스트 연결을 통해 CLR 코드가 호출되었던 컨텍스트와 동일한 컨텍스트에서 SQL 문을 실행할 수 있습니다. out-of-proc 액세스의 경우 데이터베이스에 대한 새 연결을 설정해야 합니다.

using System;
using System.Xml;
using System.Data;
using System.Data.SqlTypes;
using System.Data.SqlClient;

class xmldtADONETReadAccessInProc
{
static void ReadXmlDataType () {
// in-proc connection to server
SqlConnection conn = new SqlConnection("context connection=true");

// prepare query to select xml data
SqlCommand cmd = conn.CreateCommand();
cmd.CommandText = "SELECT xCol.query(''//section'') FROM docs";

// execute query and retrieve incader();
r.Read();oming data
SqlDataReader r = cmd.ExecuteRe

// access XML data type field in rowset
SqlXml xml = r.GetSqlXml(0);
new XmlTextWriter(Console.Out).WriteNode(
xml.CreateReader(), true);
}
}

예제: FOR XML TYPE 결과 액세스

TYPE 지시문이 있는 FOR XML은 관리되는 클라이언트가 SqlXml 클래스를 사용하여 검색할 수 있는 XML 데이터 형식 인스턴스를 생성합니다. 따라서 다음과 같이 cmd.CommandText 수정 시에 위 예제의 코드가 동일하게 유지됩니다.

cmd.CommandText =
"SELECT xCol.query(''//section'') FROM docs FOR XML AUTO, TYPE";

예제: SQL 클라이언트 공급자를 사용하여 XML 데이터 형식 열 업데이트

아래 코드는 SQL 클라이언트 공급자를 사용하여 XML 열의 값을 대체하는 WriteXmlDataType() 메서드를 보여 줍니다. in-proc 공급자에 대한 코드는 비슷합니다.

using System;
using System.Xml;
using System.Data;
using System.Data.SqlTypes;
using System.Data.SqlClient;

class xmldtADONETUpdateAccess
{
static void WriteXmlDataType () {
// connection to server
SqlConnection conn = new SqlConnection("server=server1;" +
" database=XMLtest; Integrated Security=SSPI");
conn.Open();

// update XML column at the server
SqlCommand cmd = conn.CreateCommand();
cmd.CommandText = "UPDATE docs SET xCol=@x WHERE id=1";

// set value of XML parameter
SqlParameter p = cmd.Parameters.Add("@x", SqlDbType.Xml);
p.Value = new SqlXml(new XmlTextReader("",
XmlNodeType.Document, null));

// execute update and close connection
cmd.ExecuteNonQuery();
conn.Close();
}
}

SQL 네이티브 클라이언트 액세스

새 SQL 네이티브 액세스(SQLNCLI)의 OLE DB 공급자에서 IsequentialStream을 사용하여 XML 데이터 형식 열을 유니코드 텍스트(DBTYPE_XML, DBTYPE_BYTES, DBTYPE_BSTR, DBTYPE_WSTR 및 DBTYPE_VARIANT) 또는 유니코드 문자 스트림(DBTYPE_UNKNOWN)으로 검색할 수 있습니다. 기본값은 DBTYPE_XML입니다. XML 데이터는 UTF-16 인코딩으로 서버에 전송할 수 있으며 이 경우에 응용 프로그램은 이미 UTF-16으로 인코딩되었다는 것을 확인해야 합니다. 처음 두 개의 바이트에는 바이트 순서 표시 0xFFFE가 필요합니다. 다른 인코딩이 데이터베이스 서버의 인코딩과 호환될 경우에는 응용 프로그램에서 XML 데이터를 다른 인코딩으로 서버에 보낼 수 있습니다. XML 데이터 내에 지정된 인코딩이 적용됩니다. 다른 모든 경우에 XML은 이진 데이터로 전송되어야 합니다.

세 부분으로 된 XML 스키마 컬렉션 이름은 IDBSchemaRowset::GetRowset()이 반환하는 COLUMNS 스키마 행 집합의 새로운 세 개 열로 전달됩니다. 이러한 열 중에서 SS_XML_SCHEMACOLLECTION_CATALOGNAME은 카탈로그의 이름을 제공하고 SS_XML_SCHEMACOLLECTION_SCHEMANAME은 XML 스키마 컬렉션이 상주하는 관계형 스키마의 이름을 제공하며 SS_XML_SCHEMACOLLECTIONNAME은 XML 스키마 컬렉션의 이름을 제공합니다. 이러한 이름의 형식은 DBTYPE_WSTR입니다. 데이터 검색 및 업데이트를 위한 형식없는 XML 열의 경우 이러한 열은 NULL 값을 가집니다.

PROCEDURE_PARAMETERS 스키마 행 집합 및 IColumnRowset:GetColumnRowset()에도 비슷한 변경 사항이 적용되었습니다.

XML 스키마 컬렉션의 내용을 검색하려면 클라이언트는 XML_SCHEMA_NAMESPACE() 호출에서 이러한 이름을 사용하여 서버에 대한 별개의 액세스를 수행하고 XML 스키마를 XML 데이터 형식으로 가져올 수 있습니다. 또는 새 SS_XMLSCHEMA 스키마 행 집합을 가진 IDBSchemaRowset는 카탈로그 이름, 관계형 스키마 이름, XML 스키마 컬렉션 이름, 대상 네임스페이스 및 XNK 스키마를 반환합니다.

SQLNCLI를 사용하는 ODBC 액세스의 경우 XML 데이터 형식은 SQL_SS_XML이라는 유니코드 변수 길이 문자 데이터에 매핑됩니다. 세 부분으로 된 XML 스키마 컬렉션 이름은 XML 열에 대한 SqlColAttribute를 통해 CharacterAttributePtrCharacterAttributePtr로 표면화됩니다. 이러한 필드 식별자는 각각 데이터베이스 이름, 관계형 스키마 이름 및 XML 컬렉션 이름을 나타내는 SQL_CA_SS_XML_SCHEMACOLLECTION_CATALOG_NAME, SQL_CA_SS _XML_SCHEMACOLLECTION_SCHEMA_NAME 및 SQL_CA_SS _XML_SCHEMACOLLECTION_NAME입니다.

사용자는 SQL 네이티브 클라이언트를 가져오려면 SQL Server 2005 릴리스의 데이터베이스 서버 또는 클라이언트 도구를 설치해야 합니다.

기본적으로 SQL Server 2005의 XML 데이터는 SQLOLEDB를 통해 MDAC API에서 DBTYPE_WSTR로 사용할 수 있습니다. XML 열을 사용자 정의 함수의 결과로 SQL Server 2005 전의 클라이언트에게 반환할 수는 없습니다. 이것을 시도하려고 하면 오류가 반환됩니다.

SQLXML-XML 및 관계형 스키마 사이의 매핑

SQLXML 매핑 기술을 사용하여 관계형 데이터의 논리적 XML 뷰를 만들 수 있습니다. "매핑" 또는 "주석 달린 스키마"라고도 부르는 XML 뷰는 주어진 XSD 스키마에 특수한 주석을 추가하여 만듭니다. 그런 다음 다른 SQLXML 기술에서 이 주석 달린 스키마를 사용하여 논리적 XML 뷰에 대한 쿼리와 업데이트를 관계형 테이블에 대한 쿼리와 업데이트로 변환할 수 있습니다.

• XML 뷰가 Xpath 쿼리와 결합된 경우 SQLXML은 요청된 데이터를 찾고 스키마에 지정된 대로 형태를 만들기 위해 FOR XML 쿼리를 생성합니다.
  
  
• SQLXML Updategram은 XML 인스턴스의 변경 사항을 나타내며 이러한 변경 사항이 주석 달린 스키마와 결합된 경우 낙관적 동시성을 사용하여 관계형 변경 사항에 다시 적용되므로 적절한 데이터가 업데이트됩니다.
  
  
• SQLXML Bulkload는 XML 뷰를 사용하여 XML 데이터를 관계형 테이블로 "분산"시킵니다.
  

이러한 주제에 대한 자세한 내용은 온라인으로 보거나 다운로드할 수 있는 SQLXML 설명서 (영문)에 나와 있습니다.

관계형 테이블의 XML 뷰 만들기

데이터베이스의 XML 뷰를 만들려면 XML 데이터에 대한 XSD 스키마를 사용하여 시작합니다. 데이터베이스 테이블/뷰의 행은 스키마의 복합 형식 요소에 매핑됩니다. 데이터베이스의 열 값은 특성 또는 단순 형식 요소에 매핑됩니다.

기본적으로 명시적 주석이 제공되지 않은 경우 SQLXML은 복합 형식 요소가 테이블에 매핑되고 단순 형식 요소 및 특성이 열에 매핑된다고 가정합니다. 이러한 가정은 요소와 특성의 이름이 데이터베이스에 있는 테이블과 열의 이름과 정확하게 일치할 경우에만 적용됩니다.

요소/특성의 이름이 매핑되는 테이블/뷰 또는 열 이름과 같지 않을 경우 명시적 매핑을 만들어야 합니다. XML 문서의 요소 또는 특성과 데이터베이스의 테이블(뷰) 또는 열 사이에 매핑을 지정하기 위해 다음 주석이 사용됩니다.

• sql:relation- XML 요소를 데이터베이스 테이블에 매핑합니다.
  
  
• sql:field- 요소나 특성을 데이터베이스 열에 매핑합니다.

XML 뷰에서 계층을 만들기 위해 관계 매핑

데이터베이스에서 테이블은 외래 키 관계로 관련될 수 있습니다. XML에서 이와 동일한 관계는 요소의 중첩 계층으로 표현됩니다. 매핑에서 적절한 중첩을 생성하려면 요소가 관련되는 방법을 지정해야 합니다. sql:relationship 주석을 사용하여 매핑 스키마 요소 사이에 이러한 관계를 설정할 수 있습니다. 이 주석에서는 부모 및 자식 테이블뿐만 아니라 조인을 수행하기 위해 사용해야 하는 각 테이블의 열을 지정할 수 있습니다. 그런 다음 SQLXML은 이 정보를 사용하여 매핑에 맞는 적절한 중첩 계층을 생성합니다.

오버플로를 사용하여 사용되지 않는 데이터 저장

XML 데이터에 규칙적인 구조가 있을 경우에 매핑이 작동합니다. 그러나 XML에 구조적이지 않은 데이터나 특정 열에 매핑되지 않은 데이터가 존재할 수 있습니다. 이러한 데이터를 저장하여 나중에 검색하려면 sql:overflow 주석을 사용합니다. sql:overflow 주석은 사용되지 않는 모든 데이터가 저장되는 열과 쿼리 시에 데이터를 검색하는 위치를 지정합니다.

또한 오버플로 열을 사용하면 데이터베이스에 추가할 필요 없이 XML을 확장할 수 있습니다. 데이터베이스에 저장하기 위해 열을 추가하지 않더라도 요소와 특성을 언제든지 XML 구조에 추가할 수 있습니다. 요소와 특성은 단순히 오버플로 필드에 저장되며 적절한 때에 검색됩니다.

추가 정보

XML 뷰를 작성하는 방법과 매핑 예제는 주석 달린 XSD 스키마를 사용하여 XML 뷰 만들기(영문)를 참조하십시오.

Xpath를 사용하여 XML 뷰 쿼리

데이터베이스의 XML 뷰를 만든 후에는 Xpath 쿼리 언어를 사용하여 실제 XML 문서인 것처럼 해당 뷰를 쿼리할 수 있습니다. SQLXML은 XPath 1.0 쿼리 언어의 하위 집합을 지원합니다. 매핑에 대해 Xpath가 실행되면 SQLXML은 Xpath를 하나로 구성하고 SQL Server로 보내지는 FOR XML EXPLICIT 문을 만듭니다. 적절한 데이터가 검색된 다음 매핑에 따라 형태가 지정됩니다.

XML 뷰에서 지원되는 Xpath의 하위 집합에 대한 자세한 내용은 SQLXML 설명서를 참조하십시오.

Updategram을 사용하여 XML 뷰를 통해 업데이트

데이터베이스의 XML 뷰에 대해 Updategram을 사용하여 SQL Server에서 XML 뷰를 통해 데이터베이스를 수정(삽입, 업데이트 또는 삭제)할 수 있습니다.

updategram에 지정된 요소가 테이블에 있는 두 개 이상의 행과 일치하거나 어떠한 테이블 행과도 일치하지 않을 경우 updategram은 오류를 반환하고 전체 블록을 취소합니다. updategram의 요소는 한 번에 하나의 레코드만 삭제할 수 있습니다.

블록의 요소는 데이터베이스에 있는 단지 하나의 테이블 행과 일치해야 합니다. 요소가 여러 테이블 행과 일치하거나 어떠한 테이블 행과도 일치하지 않을 경우 updategram은 오류를 반환하고 전체 블록을 취소합니다.

추가 정보

updategram을 작성 및 사용하여 XML 뷰를 통해 데이터를 수정하는 방법에 대한 자세한 내용은 Updategram을 사용하여 데이터 수정 (영문)을 참조하십시오.

XML 뷰를 통해 XML 데이터 대량 로드

XML 대량 로드는 XML 데이터를 SQL 서버 테이블에 로드할 수 있게 하는 COM 개체입니다. INSERT 문과 OPENXML 함수를 사용하여 XML 데이터를 SQL Server 데이터베이스에 삽입할 수 있습니다. 그러나 대량의 XML 데이터를 삽입해야 할 경우 이 대량 로드 유틸리티가 더 높은 성능을 제공합니다. XML 대량 로드는 매핑 스키마를 해석하고 XML 데이터가 삽입되는 테이블을 식별합니다. 그런 다음 XML 대량 로드는 XML 데이터를 관계형 테이블에 분산시킵니다.

소스 XML 문서가 매우 클 수 있기 때문에 대량 로드 처리에서 전체 문서를 메모리로 읽어 들이지는 않습니다. 대신에 XML 대량 로드는 XML 데이터를 스트림으로 해석하고 읽습니다. 데이터를 읽을 때 이 유틸리티는 데이터베이스 테이블을 식별하고 XML 데이터 소스에서 해당 레코드를 생성한 다음 삽입을 위해 레코드를 SQL Server로 보냅니다.

대량 로드가 작동하는 방법과 대량 로드를 사용하는 방법에 대한 자세한 내용은 XML 데이터의 대량 로드 수행 (영문)을 참조하십시오.

SQLXML 데이터 액세스 방법

SQL Server 2000 이후에 SQLXML 기능에 액세스하는 다음 두 가지 방법이 새로 추가되었습니다.

• SQLXML 관리되는 클래스
  
  
• SQLXML 웹 서비스

또한 템플릿 내에서 Updategram 지원을 제공하기 위해 SQL Server에 대한 HTTP 액세스가 향상되었습니다.

SQLXML 관리되는 클래스

SQLXML 관리되는 클래스는 Microsoft .NET Framework 내부에서 SQLXML 3.0 기능을 제공합니다. SQLXML 관리되는 클래스를 사용하면 C# 응용 프로그램을 작성하여 SQL Server 인스턴스에서 XML 데이터에 액세스하고 데이터를 .NET Framework 환경에 가져온 다음에 데이터를 처리한 후 업데이트를 SQL Server로 되돌려 보냄으로써 업데이트를 적용할 수 있습니다.

SQLXML 관리되는 클래스를 사용하는 방법에 대한 자세한 내용은 SQLXML .NET 지원 (영문)을 참조하십시오.

SQLXML 웹 서비스

SQLXML의 웹 서비스 지원은 SQL Server 기능을 클라이언트에게 제공하는 웹 서비스로 SQL Server를 제공합니다. SQLXML을 실행하는 서버로 SOAP HTTP 요청을 전송하여 저장 프로시저, 사용자 정의 함수(UDF) 및 템플릿을 실행할 수 있습니다.

또한 포함된 SQL Server용 IIS 가상 디렉터리 관리 유틸리티를 사용하여 웹 서비스를 설정합니다. 웹 서비스 가상 디렉터리가 설정된 후에는 저장 프로시저와 템플릿을 사이트에 추가할 수 있습니다. 그런 다음 클라이언트는 SOAP 프로토콜을 사용하여 HTTP을 통해 이러한 서비스에 액세스할 수 있습니다.

SQL Server 2005는 이제 서버 내에서 웹 서비스를 기본적으로 지원합니다. 그러나 단지 SQLXML만 웹 서비스를 통해 XML 템플릿에 액세스하는 기능을 지원합니다. 또한 데이터베이스 서버가 아닌 서버에 SQLXML을 설정할 수 있으며 이 경우 데이터베이스에서 떨어져 있는 별개의 중간 계층 서버가 만들어집니다.

SQLXML 웹 서비스에 대한 자세한 내용은 SQLXML의 웹 서비스(SOAP) 지원 (영문)에서 확인할 수 있습니다.

결론

이 기사에서는 SQL Server 2005의 XML을 보완하는 기술에 대해 설명했습니다. 서버 쪽 기능으로는 기본적으로 구현되는 XML 저장소, 인덱싱 및 쿼리 처리가 있습니다. 또한 FOR XML 및 OpenXML과 같은 기존 기능도 향상되었습니다. 클라이언트 쪽에서는 XML 데이터 형식을 지원하기 위해 ADO.NET이 향상되었으며 SQLXML 매핑 기술 웹 릴리스 향상이 SQL Server 2005에 통합되었습니다.

서버 쪽 및 클라이언트 쪽 지원은 다양한 시나리오에서 유용하게 사용됩니다. XML 데이터 형식은 XML 데이터를 형식없는 XML 열에 삽입하여 XML 데이터를 저장하는 간단한 메커니즘을 제공합니다. XML 스키마를 사용하여 형식있는 XML을 정의하면 데이터베이스에서 데이터 유효성 검사를 제공하는 것 외에도 저장소 및 쿼리 처리를 최적화할 수 있습니다.

XML 데이터 형식은 문서 순서를 유지하므로 문서 관리와 같은 작업에 유용합니다. 또한 XML 데이터 형식은 재귀적 XML 스키마를 처리할 수 있습니다. 스키마가 알려진 구조적 데이터에서는 여전히 관계형 데이터 모델이 최선의 방법입니다. 정교한 쿼리와 업데이트가 중요하지 않은 상황에서는 [n]varchar(max)가 적합합니다.

서버의 테이블에 저장된 관계형 데이터에 대해 XML 중심 프로그래밍 모델을 사용하려는 경우 SQLXML 매핑 기술이 유용하게 사용됩니다. XML 스키마를 XML 뷰로 정의하는 작업에 기초하여 매핑이 수행됩니다. XML 데이터를 테이블로 대량 로드하고 XPath 1.0을 사용하여 테이블을 쿼리하기 위해 매핑을 사용할 수 있습니다. 문서 순서가 유지되지 않으므로 매핑 기술은 XML 문서 처리가 아니라 XML 데이터 처리에 유용합니다.

.NET Framework V2.0 릴리스에 있는 System.Xml의 핵심 XML 클래스를 사용하면 XML 읽기, 쓰기, 조작 및 변환을 수행할 수 있습니다. 향상된 성능, 유용성, 형식화 및 쿼리를 통해 V2.0 릴리스의 XML 지원은 업계 제일의 혁신적인 기능, 표준 지원 및 사용 편의성을 지속적으로 제공합니다.

서버 쪽 기술과 클라이언트 쪽 기술은 상호 보완적입니다. 매핑 기술은 서버 쪽 기능을 활용하여 문서 순서 유지 및 재귀적 스키마와 같은 기능을 구현함으로써 더 많은 영역에 적용될 수 있습니다. 반면, CLR은 XSLT 변환과 같은 풍부한 기존 XML 도구와 확장성을 XML 데이터 형식에 제공합니다. 서버의 XQuery 쿼리 구현은 2004년 7월에 발표된 XQuery 사양 초안에 기반을 두고 있습니다. 서버와 클라이언트에서의 XML 스키마 구현은 서로 연계되어 있습니다.

참조

[1] S. Pal, V. Parikh, V. Zolotov, L. Giakoumakis, M. Rys. Microsoft SQL Server 2005를 위한 XML 최적 방법sql25xmlbp. http://msdn.microsoft.com/xml/default.aspx?pull=/library/en-us/dnsql90/html/sql25xmlbp.asp

[2] S. Pal, I. Cseri, O. Seeliger, G. Schaller, L. Giakoumakis, V. Zolotov. 관계형 데이터베이스에 저장된 XML 데이터 인덱싱. http://www.vldb.org/conf/2004/IND5P2.PDF (영문).

[3] Microsoft SQL Server 2005의 XML 옵션sqlsql2k5xmloptions. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsql90/html/sql2k5xmloptions.asp.

[4] M. Rys. Microsoft SQL Server 2005 FOR XML의 새로운 기능.

Shankar Pal은 SQL Server 엔진의 프로그램 관리자이며 서버 쪽 XML 기술을 다루고 있습니다. 블로그 주소는 http://blogs.msdn.com/spal (영문)입니다.

Mark Fussell은 WebData 팀의 수석 프로그램 관리자이며 .NET Framework의 System.Xml 및 System.Data 네임스페이스에 있는 구성 요소, MSXML(Microsoft XML Core Services), MDAC(Microsoft Data Access Components) 등을 비롯한 Microsoft 데이터 액세스 기술을 개발합니다. 블로그 주소는 http://weblogs.asp.net/mfussell (영문)입니다.

Irwin Dolobowsky는 WebData 팀의 프로그램 관리자입니다.