728x90

와일드카드 문자 설명 예
% 0개 이상의 문자를 가진 문자열 WHERE title LIKE '%computer%'는 책 제목에 'computer' 단어가 있는 모든 책 제목을 찾습니다.
_ (밑줄) 단일 문자 WHERE au_fname LIKE '_ean'은 ean으로 끝나는 모든 4문자 이름을 찾습니다(Dean, Sean 등).
[ ] 지정된 범위([a-f]) 또는 집합([abcdef])에 있는 단일 문자 WHERE au_lname LIKE '[C-P]arsen'은 arsen으로 끝나고 C와 P 사이의 단일 문자로 시작하는 저자의 성을 찾습니다. 예를 들면 Carsen, Larsen, Karsen 등입니다.
[^] 지정된 범위([^a-f]) 또는 집합([^abcdef])에 없는 단일 문자 WHERE au_lname LIKE 'de[^l]%'은 de로 시작하고 이어지는 문자가 l이 아닌 저자의 성을 모두 찾습니다.


기호 의미
LIKE '5[%]' 5%
LIKE '[_]n' _n
LIKE '[a-cdf]' a, b, c, d 또는 f
LIKE '[-acdf]' -, a, c, d 또는 f
LIKE '[ [ ]' [
LIKE ']' ]
LIKE 'abc[_]d%' abc_d 및 abc_de
LIKE 'abc[def]' abcd, abce 및 abcf

-- MSSQL 2005의 AdventureWorks 를 사용

USE AdventureWorks;
GO

-- dm으로 시작하는 Name 모두 검색

SELECT Name
FROM sys.system_views
WHERE Name LIKE 'dm%'

-- []와일드 카드 문자를 사용하여 여러 조건을 만족하는 데이타 검색

-- LastName이 A, J로 시작하는 데이타 검색

SELECT ContactID, FirstName, LastName
FROM Person.Contact
WHERE LastName LIKE '[AJ]%';


ESCAPE절 사용하여 와일드카드 문자를 포함하는 데이터 조회하기

데이타거 100% 라는 값 자체로 입력되어 있을때 '100%'가 들어 있는 데이터를 검색하고싶을때.


USE tempdb;
GO


IF EXISTS(SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
      WHERE TABLE_NAME = 'mytbl2')
   DROP TABLE mytbl2;
GO
USE tempdb;
GO

CREATE TABLE mytbl2
(
 c1 sysname
);
GO
INSERT mytbl2 VALUES ('Discount is 10-15% off');
INSERT mytbl2 VALUES ('Discount is .10-.15 off');
GO

SELECT c1
FROM mytbl2
WHERE c1 LIKE '%10-15!% off%' ESCAPE '!';
GO

참고 : http://msdn2.microsoft.com/ko-kr/library/ms179859.aspx

[출처] [MSSQL2005] LIKE 검색시 [ ] 와일드카드사용하기|작성자 필립박

'데이터베이스 > SQL Server' 카테고리의 다른 글

[MSSQL2005] 스키마테이블을 이용하여 테이블 정보 알아내기  (0) 2008.04.28
특정 기간(datetime형식)을 주어 조회할 경우 주의  (0) 2008.04.28
[MSSQL2005] 순위함수 (ROW_NUMBER, RANK, DENSE_RANK, NTILE)  (0) 2008.04.28
DB별 제약 조건을 쿼리로 뽑기  (0) 2008.04.28
다중 입력을 Open xml로 처리하여 보자  (0) 2008.04.28
728x90

MS-SQL 2005에서는 순위를 쉽게 구할수 있도록 몇개의 함수를 추가로 제공한다.

이미 Oracle에서는 제공되는 함수들 이므로 간략하게 비교해 볼까 한다~

DB는 ADVENTUREWORKS의 테이블을 이용할 것이다.


USE ADVENTUREWORKS
GO

를 꼭 하자~


☞ 구문

<FUNCTION_NAME>() OVER(

      [PARTITION BY <PARTITION_BY_LIST>] 

      ORDER BY <ORDER_BY_LIST> )


EX) ROW_NUMBER() OVER( PARTITION BY COL3 ORDER BY COL1 )


1. OVER ( ORDER BY <ORDER_BY_LIST> )는 순위를 결정하는 정렬 조건으로 필수이다.

2. PARTITION BY를 지정하지 않으면 순위값은 모든 테이블 행을 대상으로 순위가 계산되지만

지정하면 행 그룹내에서 개별적으로 계산될 수 있다.


☞ 순위 함수


◑ ROW_NUMBER

결과행에 순차적으로 값을 지정할 수 있다. (페이징할때 유용하다.. 이젠 고생할 필요없다 ㅋㅋㅋ)

1. PARTITION BY를 사용할때와 하지 않을때의 차이 비교

SELECT
     CONVERT(VARCHAR(10), ORDERDATE, 121) AS ORDERDATE,
     ROW_NUMBER()OVER (ORDER BY ORDERDATE DESC) AS ROWNUM,
     ROW_NUMBER()OVER (PARTITION BY CONVERT(VARCHAR(10), ORDERDATE, 121) ORDER BY ORDERDATE DESC) AS SUBROWNUM,
     CUSTOMERID,
     TOTALDUE
FROM SALES.SALESORDERHEADER
WHERE TOTALDUE > 100
ORDER BY ROWNUM, SUBROWNUM

사용자 삽입 이미지




















빨간 박스의 ROWNUM과 SUBROWNUM을 비교하여 보자.

SUBROWNUM은 ORDERDATE내에서 다시 1부터 순차적으로 값이 지정되는걸 확인 할 수 있다.


2. 페이징에 적용하여 볼까?

DECLARE @intPageSize INT -- 보여줄갯수
DECLARE @intCurrentPage INT -- 보여줄 페이지 번호
DECLARE @intIDFrom INT
DECLARE @intIDTo INT
 
SET @intPageSize = 10
SET @intCurrentPage = 2
SET @intIDFrom = (@intPageSize * @intCurrentPage) + 1
SET @intIDTo = ( @intIDFrom +  @intPageSize ) -1

SELECT ROWNUM, NAME
FROM ( SELECT ROW_NUMBER()OVER(ORDER BY VENDORID) AS ROWNUM, VENDORID, NAME
  FROM Purchasing.Vendor ) AS D
WHERE ROWNUM BETWEEN @intIDFrom AND @intIDTo
ORDER BY VENDORID
 
페이징에 대해선 이전에 썼던 포스트를 참조 하자!
 
3. 오라클의 ROW_NUMBER()도 똑같다.
SELECT DEPTNO, ROW_NUMBER() OVER(PARTITION BY DEPTNO ORDER BY EMPNO) RID, EMPNO FROM EMP

 

4. 오라클에서 ROWNUM를 이용하여 페이징 기능 구현

SELECT *
FROM (
      SELECT ROWNUM AS INX, T.* FROM (
             SELECT EMPNO, ENAME, JOB, MGR, HIREDATE, SAL, COMM, DEPTNO
            FROM EMP
            ORDER BY EMPNO ) T
) T
WHERE INX BETWEEN 1 AND 10;
ROWNUM은 ORDER BY EMPNO가 실행되기 전에 순위값이 지정되므로 정렬 후 ROWNUM을 지정하여야 한다.

◑ RANK 와 DENSE_RANK

순차적으로 값을 제공하는점에서는 ROW_NUMBER과 유사하지만 동률이 적용된다는점에서는 다르다.

1. ROW_NUMBER, RANK, DENSE_RANK 비교

SELECT
    CONVERT(VARCHAR(10), ORDERDATE, 121) AS ORDERDATE,
    ROW_NUMBER()OVER (ORDER BY TOTALDUE DESC) AS ROWNUM,
    RANK() OVER (ORDER BY TOTALDUE DESC)AS RANK,

    DENSE_RANK()OVER (ORDER BY TOTALDUE DESC) AS DENSE_RANK,
    DENSE_RANK()OVER (PARTITION BY CONVERT(VARCHAR(10), ORDERDATE, 121) ORDER BY TOTALDUE DESC) AS SUB_DENSE_RANK,

    TOTALDUE
FROM SALES.SALESORDERHEADER
WHERE TOTALDUE > 100
ORDER BY DENSE_RANK, SUB_DENSE_RANK

사용자 삽입 이미지

결과의 1694와 1695 ROW는 TOTALDUE가 같으므로 동률이다.

ROWNUM은 무조건 순차적으로 값을 제공하지만 RANK와 DENSE_RANK는 동률이 적용된다.

1696 ROW를 보면 RANK는 1694순위가 2개였으므로 다음순위는 1696순위가 되지만

DENSE_RANK는 1694순위가 2개였더라도 다음 순위는 1695가 된다.

PARTITION BY는 날짜별로 순위를 제공한다.


2. 오라클에서도 똑같다

SELECT
    MGR,
    ROW_NUMBER() OVER(ORDER BY SAL DESC) AS INX,
    RANK() OVER(ORDER BY SAL DESC) AS RANK,
    DENSE_RANK()OVER(ORDER BY SAL DESC) AS DENSE_RANK,
    DENSE_RANK()OVER(PARTITION BY MGR ORDER BY SAL DESC) AS SUB_DENSE_RANK,
    SAL
FROM EMP


◑ NTILE

데이터를 지정된 그룹수로 분리할 수 있다.

SELECT
    CONVERT(VARCHAR(10), ORDERDATE, 121) AS ORDERDATE,    
    NTILE(20) OVER(ORDER BY ORDERDATE) AS GRPNO,
    NTILE(5) OVER(PARTITION BY CONVERT(VARCHAR(10), ORDERDATE, 121) ORDER BY ORDERDATE) AS SUB_GRPNO,
    TOTALDUE
FROM SALES.SALESORDERHEADER
WHERE MODIFIEDDATE > CONVERT(DATETIME, '2004-08-01', 121)
ORDER BY ORDERDATE, GRPNO, SUB_GRPNO

사용자 삽입 이미지

전체 187건 ORDERDATE가 2004-07-26인것은 32건 이다.
187/20 = 9.35
전체 20그룹을 각 9건씩 채우면 180건이고 7건이 남는다. (20 * 9 = 180)
남은 7건은 1그룹부터 순차적으로 채워진다.
1~7그룹 : 10건 (7*10 = 70)
8~20그룹 : 9건 (13 * 9 = 117)
PARTITION BY 부분도 위에서 설명한 내용과 같다.~
 
2. 이것역쉬 오라클에서도 같네?
SELECT 
       EMPNO,
       MGR,
       NTILE(5) OVER(ORDER BY EMPNO) AS GRPNO,
       NTILE(2) OVER(PARTITION BY MGR ORDER BY EMPNO) AS SUB_GRPNO
FROM EMP
ORDER BY GRPNO, SUB_GRPNO

[출처] [MSSQL2005] 순위함수 (ROW_NUMBER, RANK, DENSE_RANK, NTILE)|작성자 필립박

'데이터베이스 > SQL Server' 카테고리의 다른 글

특정 기간(datetime형식)을 주어 조회할 경우 주의  (0) 2008.04.28
[MSSQL2005] LIKE 검색시 [ ] 와일드카드사용하기  (0) 2008.04.28
DB별 제약 조건을 쿼리로 뽑기  (0) 2008.04.28
다중 입력을 Open xml로 처리하여 보자  (0) 2008.04.28
DB의 특정 자료를 파일로 만들기  (0) 2008.04.28
728x90

Microsoft SQL Server 2005의 XML 지원

Shankar Pal
Mark Fussell
Irwin Dolobowsky
Microsoft Corporation

2005년 5월

적용 대상:
Microsoft SQL Server

이 기사에서는 SQL Server 2005에서 기본 제공되는 XML 지원에 대해 설명합니다. .NET Framework 2.0 및 네이티브 코드의 클라이언트 쪽 프로그래밍 지원(예: OLEDB 및 SQLXML)과 XML 지원이 통합되는 방법에 대해 구체적으로 살펴봅니다.

목차

소개
XML 저장소 사용을 가속화하는 시나리오
SQL Server 2005의 서버 쪽 XML 처리
SQL Server 2005의 클라이언트 쪽 XML 처리
결론

소개

XML(eXtensible Markup Language)은 데이터 표현을 위한 플랫폼에 독립적인 형식으로 널리 채택되어 왔습니다. XML은 B2B 응용 프로그램이나 워크플로 상황에서와 같이 느슨하게 결합된 개별 시스템 사이에 정보를 교환하는 데 유용하게 사용됩니다. 데이터 교환은 XML 기술의 주요 원동력이었습니다.

XML은 반구조적 및 구조화되지 않은 데이터를 모델링하기 위해 엔터프라이즈 응용 프로그램에 점점 더 널리 사용되고 있습니다. XML이 적용되는 한 예로 문서 관리를 들 수 있습니다. 전자 메일과 같은 문서는 기본적으로 반구조적입니다. 문서가 데이터베이스 서버에 XML로 저장될 경우 문서 내용, 특정 내용 쿼리(예: 제목에 "백그라운드"라는 단어가 포함된 섹션 찾기) 및 문서 집계에 기초하여 문서를 검색하는 강력한 응용 프로그램을 개발할 수 있습니다. XML을 생성하고 사용하는 응용 프로그램이 증가함에 따라 이러한 시나리오는 실현 가능성이 점차 커지고 있습니다. 예를 들어, Microsoft Office 2003 시스템에서는 Word, Excel, Visio 및 Infopath 문서를 XML 태그로 생성할 수 있습니다.

XML 데이터에 관계형 데이터베이스를 사용하는 이유

  • XML 데이터를 관계형 데이터베이스에 저장하면 데이터 관리 및 쿼리 처리에 이점이 있습니다. SQL Server는 XML 데이터를 쿼리 및 수정하도록 확장된 관계형 데이터를 능가하는 강력한 쿼리 및 데이터 수정 기능을 제공합니다. 따라서 비용 기반 최적화 및 데이터 저장소 영역에서와 마찬가지로 이전 릴리스에 대한 투자를 계속 활용할 수 있습니다. 예를 들어, 잘 알려져 있는 관계형 데이터베이스의 인덱싱 기술은 XML 데이터 인덱싱이 가능하도록 확장되었기 때문에 비용 기반 결정을 사용하여 쿼리를 최적화할 수 있습니다.

  • XML 데이터는 기존 관계형 데이터 및 SQL 응용 프로그램과 상호 작용할 수 있으므로 데이터 모델링 요구가 증가할 경우 기존 응용 프로그램을 중단하지 않으면서 XML을 시스템에 도입할 수 있습니다. 또한 데이터베이스 서버는 XML 데이터 관리를 위한 관리 기능을 제공합니다(예: 백업, 복구 및 복제).

  • 이러한 기능으로 인해 SQL Server 2005 내에서 증가하는 XML 사용을 충족하는 네이티브 XML 지원의 요구가 점차 높아졌습니다. SQL Server 2005의 XML 지원은 엔터프라이즈 응용 프로그램 개발에 도움을 줄 것입니다.

  • 다음 절에서는 SQL Server 2000 및 2005의 XML 지원에 대한 개요를 제공하고 XML 사용을 가속화하는 몇 가지 시나리오를 설명하며 서버 쪽 및 클라이언트 쪽 XML 기능 집합에 대해 구체적으로 살펴봅니다.

SQL Server 2000의 XML 지원

이 섹션에서는 SQL Server 2000과 SQLXML 클라이언트 쪽 프로그래밍 플랫폼의 후속 웹 릴리스에서 제공되는 XML 지원에 대해 간략하게 설명합니다. 이러한 XML 지원은 관계형 데이터 모델과 XML 데이터 모델 사이에서 데이터를 매핑하기 위한 풍부한 지원을 제공합니다.

서버 쪽 지원

서버에서 XML 데이터는 SELECT 문의 FOR XML 절을 사용하여 테이블 및 쿼리 결과에서 생성될 수 있습니다. 이 방법은 데이터 교환 및 웹 서비스 응용 프로그램에 이상적입니다. FOR XML과 반대되는 것은 OpenXML이라고 부르는 관계형 행 집합 생성기 함수입니다. OpenXML은 XPath 1.0 식을 평가하여 XML 데이터에서 행 집합 열로 값을 추출합니다. OpenXML은 들어오는 XML 데이터를 테이블에 분산시키거나 쿼리를 위해 T-SQL 언어를 사용하는 응용 프로그램에 사용됩니다.

클라이언트 쪽 지원

SQL Server 2000에 대한 클라이언트 프로그래밍 지원을 SQLXML (영문)이라고 합니다. 이 기술의 핵심은 XML 스키마와 관계형 테이블 사이의 양방향 매핑을 의미하는 XML 뷰입니다. 나중에 웹 릴리스에 XSD 지원이 추가되기는 했지만 SQL Server 2000은 XDR 스키마 매핑만 지원합니다. 기본 테이블에서 경로 식을 SQL 쿼리로 변환하기 위해 매핑이 사용되고 쿼리 결과가 XML 결과로 패키지화되는 XPath 1.0의 하위 집합을 사용한 쿼리가 XML 뷰에서 허용됩니다.

또한 SQLXML을 사용하면 동적 섹션을 사용하여 XML 문서를 작성할 수 있는 XML 템플릿을 만들 수 있습니다. XML 문서에서는 매핑 쿼리 위에 FOR XML 쿼리 및/또는 XPath 1.0 식을 포함할 수 있습니다. XML 템플릿이 실행되면 쿼리 블록이 쿼리 결과로 바뀝니다. 이러한 방법을 사용하면 일부 정적 콘텐츠 및 데이터 기반의 동적 콘텐츠로 XML 문서를 만들 수 있습니다.

SQL Server 2000에는 다음 두 가지 기본 방법으로 SQLXML 기능에 액세스할 수 있습니다.

  • SQLXMLOLEDB 공급자- SQLXMLOLEDB 공급자는 ADO를 통해 Microsoft SQLXML 기능을 제공하는 OLE DB 공급자입니다.

  • HTTP 액세스- SQL Server 2000의 SQLXML 기능은 SQLXML ISAPI 필터를 사용하여 HTTP를 통해 액세스할 수도 있습니다. 제공되는 구성 도구를 사용하면 들어오는 요청을 수신하여 HTTP를 통해 XML 뷰에서 XML 템플릿, FOR XML 및 XPath 1.0 문을 실행하도록 웹 사이트를 설정할 수 있습니다.
XML 지원의 제한 사항

서버 및 클라이언트 프로그래밍 플랫폼은 테이블 형식 데이터와 XML 데이터 사이의 매핑에 기초하여 XML 데이터 생성 및 사용에 대한 풍부한 지원을 제공합니다. 또한 아주 잘 구조화된 XML 데이터도 이러한 지원을 통해 처리됩니다. SQLXML에서 쿼리 언어는 XPath 1.0의 하위 집합이며 몇 가지 제한 사항을 갖고 있습니다. 예를 들어, 하위 축(// 연산자)이 지원되지 않으므로 특정 솔루션을 개발하는 과정에 제한을 받게 됩니다. 또한 문서 관리와 같은 작업에서 필수적인 요소인 XML 문서 순서가 유지되지 않습니다. 이외에도 재귀적 XML 스키마가 지원되지 않습니다. 이러한 제한에도 불구하고 클라이언트 SQLXML 및 서버 XML 기능은 응용 프로그램 개발에서 널리 사용되어 왔습니다. SQL Server 2005는 이러한 제한을 대부분 해결하고 관계형 XML 교환 기능을 확장하며 네이티브 XML 지원을 제공합니다.

SQL Server 2005의 XML 지원 개요

이 섹션에서는 .NET Framework V2.0 및 네이티브 클라이언트 액세스 지원(예: OLE DB)을 통해 보완된 SQL Server 2005의 새로운 XML 지원에 대해 간략하게 설명합니다.

XML 데이터 형식

XML 데이터 모델이 갖고 있는 고유한 특징으로 인해 관계형 데이터 모델에 매핑하는 것이 불가능하지는 않지만 매우 어렵습니다. XML 데이터는 재귀적일 수 있는 계층적 구조를 가지며 관계형 데이터베이스는 계층적 데이터(외래 키 관계로 모델링된)에 대한 지원이 취약합니다. 문서 순서는 XML 인스턴스의 본질적인 속성이며 쿼리 결과에서 유지되어야 합니다. 이는 순서가 지정되지 않은 관계형 데이터와 다른 점이며 순서를 적용하기 위해서는 추가 순서 지정 열이 필요합니다. XML 데이터를 다수의 테이블로 분해하는 실제 XML 스키마의 경우 쿼리 도중에 결과를 재결합하는 것은 많은 비용이 필요합니다.

SQL Server 2005에는 XML이라고 부르는 네이티브 데이터 형식이 도입되었습니다. 사용자는 관계형 열 외에 XML 형식의 열을 하나 이상 가진 테이블을 만들 수 있습니다. 또한 XML 변수와 매개 변수도 허용됩니다. 문서 순서나 재귀적 구조와 같은 XML 모델 특징을 더 확실하게 지원하기 위해 XML 값은 대규모 이진 개체(BLOB)로 내부 형식에 저장됩니다.

SQL Server 2005는 W3C XML 스키마를 메타데이터로 관리하기 위한 방법으로 XML 스키마 컬렉션을 제공합니다. XML 데이터 형식을 XML 스키마 컬렉션과 연관시켜 XML 인스턴스에서 스키마 제약 조건을 적용할 수 있습니다. XML 데이터가 XML 스키마 컬렉션과 연관된 경우에는 형식있는 XML이라고 하고 그렇지 않은 경우에는 형식없는 XML이라고 합니다. 형식있는 XML과 형식없는 XML은 둘 다 단일 프레임워크 안에 포함되고 XML 데이터 모델이 유지되며 쿼리 처리는 XML 의미를 적용합니다. 이러한 목적을 위해 기본 관계형 인프라가 광범위하게 사용됩니다. 기본 관계형 인프라는 관계형 데이터와 XML 데이터 간에 상호 운용성을 지원하여 XML 기능이 더 널리 채택되도록 합니다.

XML 데이터 형식 쿼리 및 데이터 수정

XML 인스턴스는 T-SQL SELECT 문을 사용하여 검색할 수 있습니다. XML 인스턴스를 쿼리 및 수정하기 위해 XML 데이터 형식에 대한 5개의 메서드가 기본적으로 제공됩니다.

XML 데이터 형식 메서드에는 현재 최종 심의 단계에 있는 W3C 표준 언어 Xquery를 사용할 수 있으며 탐색 언어인 XPath 2.0이 포함되어 있습니다. 또한 하위 트리 추가 또는 삭제, 스칼라 값 업데이트 등과 같은 XML 데이터 수정을 위해 언어를 사용할 수 있습니다. 포함된 XQuery 및 데이터 수정 언어는 다양한 기능과 함께 사용되어 XML 데이터 조작을 위한 풍부한 지원을 제공합니다.

XQuery 형식 시스템은 W3C XML 스키마 형식 시스템과 연계됩니다. 대부분의 SQL 형식은 XQuery 형식 시스템과 호환됩니다(예: 10진수). 몇 가지 형식(예: xs:duration)은 내부 형식에 저장되며 XQuery 형식 시스템과 호환되도록 적절하게 해석됩니다.

컴파일 단계에서는 XQuery 식과 데이터 수정 문의 정적 형식 정확성을 검사하고 형식있는 XML 경우에 형식 참조를 위해 XML 스키마가 사용됩니다. 형식 안전 위반으로 인해 런타임에 식이 실패할 경우 정적 형식 오류가 발생합니다.

XML 인덱싱

쿼리 실행은 런타임에 각 XML 인스턴스를 처리합니다. XML 값의 크기가 크고 테이블에 있는 다수의 행에서 쿼리가 평가될 때마다 이 방법은 많은 비용이 듭니다. 결과적으로 쿼리 속도를 높이기 위해 XML 열을 인덱싱하는 메커니즘이 제공됩니다.

관계형 데이터를 인덱싱하기 위해 B+ 트리가 광범위하게 사용되어 왔습니다. XML 열의 기본 XML 인덱스는 열에 있는 XML 인스턴스의 모든 태그, 값 및 경로에서 B+ 트리 인덱스를 만듭니다. 이 방법을 통해 문서 순서와 문서 구조를 유지하면서 효율적으로 XML 데이터에 대한 쿼리를 평가하고 B+ 트리에서 XML 결과를 리어셈블할 수 있습니다.

일반적으로 발생하는 다른 클래스의 쿼리 실행 속도를 높이기 위해 XML 열에 보조 XML 인덱스를 만들 수 있습니다. 경로 기반 쿼리에 대한 PATH 인덱스, 속성 모음 시나리오에 대한 PROPERTY 인덱스, 값 기반 쿼리에 대한 VALUE 인덱스 등이 이러한 보조 XML 인덱스입니다.

XML 스키마 처리

서로 관련되거나( 사용) 관련되지 않을 수 있는 XML 스키마 컬렉션에 따라서 XML 열, 변수 및 매개 변수를 선택적으로 형식화할 수 있습니다. 형식있는 각 XML 인스턴스는 자신이 따르는 XML 스키마 컬렉션에서 대상 네임스페이스를 지정합니다. 데이터베이스 엔진은 데이터 할당 및 수정 도중에 XML 스키마에 따라 인스턴스의 유효성을 검사합니다.

XML 스키마 정보는 저장소 및 쿼리 최적화에 사용됩니다. 형식 있는 XML 인스턴스는 XML 인덱스에서와 같이 내부 이진 표현으로 형식 있는 값을 포함합니다. 따라서 형식 있는 XML 데이터를 효율적으로 처리할 수 있습니다.

관계형 및 XML 통합

사용자는 관계형 데이터와 XML 데이터를 동일한 데이터베이스에 저장할 수 있습니다. 간단하게 말해서 데이터베이스 엔진은 관계형 데이터 모델 외에 XML 데이터 모델을 적용하는 방법을 알고 있습니다. 관계형 데이터와 SQL 응용 프로그램은 SQL Server 2005로 업그레이드한 후에도 계속 정상적으로 작동합니다. 파일과 텍스트 또는 이미지 열에 상주하는 XML 데이터는 서버의 XML 데이터 형식 열로 이동할 수 있습니다. XML 데이터 형식 메서드를 사용하여 XML 열을 인덱싱, 쿼리 및 수정할 수 있습니다.

데이터베이스는 XML 처리를 위해 저장소 엔진 및 쿼리 프로세스와 같은 기존의 관계형 인프라 및 엔진 구성 요소를 사용합니다. 예를 들어 XML 인덱스가 B+트리를 만들고 실행 계획 출력에서 쿼리 계획을 볼 수 있습니다. 관계형 프레임워크에 통합되는 백업/복원 및 복제와 같은 데이터 관리 기능을 XML 데이터에서 사용할 수 있습니다. 마찬가지로 데이터 미러링 및 스냅샷 격리와 같은 새로운 데이터 관리 기능은 XML 데이터 형식과 함께 작동하여 완벽한 사용자 경험을 제공합니다.

구조적 데이터는 테이블 및 관계형 열에 저장되어야 합니다. 응용 프로그램에서 세밀하게 조정된 데이터의 쿼리와 수정을 수행해야 하는 경우 XML을 사용하는 반구조적 및 태그 데이터에는 XML 데이터 형식이 적합합니다.

FOR XML 및 OpenXML 향상

기존 FOR XML 기능은 여러 방법으로 향상되었습니다. 향상된 FOR XML 기능은 XML 데이터 형식 인스턴스 및 기타 새로운 SQL 형식(예: [n]varchar(max))에서 작동합니다. 향상된 FOR XML 기능에 대한 자세한 내용은 [4]에서 확인할 수 있습니다.

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

PATH 모드는 열 값이 표시되어야 하는 XML 트리의 경로를 사용자가 지정할 수 있게 하며 앞서 언급한 중첩과 함께 FOR XML EXPLICIT보다 간편하게 작성할 수 있습니다.

ELEMENTS와 함께 사용되는 XSINIL 지시문은 xsi:nil="true" 특성을 가진 요소에 NULL을 매핑합니다. 또한 새로운 ROOT 지시문을 사용하면 모든 모드의 FOR XML에서 루트 노드를 지정할 수 있습니다. 새 XMLSCHEMA 지시문은 XSD 인라인 스키마를 생성합니다. 또한 SQL Server 2005의 FOR XML을 사용하면 FOR XML RAW 모드에서 기본 를 대체하기 위한 요소 이름을 지정할 수 있습니다.

향상된 OpenXML 기능은 sp_preparedocument에서 XML 데이터 형식을 허용하고 행 집합에서 XML 및 새 SQL 형식 열을 생성합니다.

XML 데이터 형식에 대한 클라이언트 액세스

클라이언트는 여러 방법으로 서버의 XML 데이터에 액세스할 수 있습니다. ODBC 및 OLE DB를 사용하는 네이티브 SQL 클라이언트 액세스는 XML 데이터 형식을 유니코드 문자열로 제공합니다. 또한 OLE DB는 유니코드 데이터를 스트리밍하기 위해 XML 데이터 형식에 대한 IsequentialStream 액세스를 제공합니다.

.NET Framework V2.0의 ADO.NET을 통해 관리되는 액세스는 SqlXml이라고 부르는 새 클래스로 XML 데이터를 제공합니다. 이 클래스는 반환된 XML을 읽기 위해 XmlReader 인스턴스를 반환하는 CreateReader()라는 메서드를 지원합니다. 마찬가지로 데이터 집합은 XML 문서로 편집하여 다시 SQL Server에 저장할 수 있는 중간 계층의 열에 XML 데이터 형식의 인스턴스를 로드할 수 있습니다. 두 가지 방법 중 하나로 SQL 쿼리를 서버에 대해 실행함으로써 중간 계층에서 조작하기 위해 XML 열을 검색할 수 있습니다.

SQL Server 2005에서 HTTP 종점에 대한 SOAP 직접 액세스를 사용하여 XML 데이터를 쿼리, 검색 및 수정할 수 있습니다.

네이티브 및 관리되는 클라이언트 기술은 모두 XML 열을 형식화하는 XML 스키마 컬렉션을 검색하기 위한 새로운 인터페이스를 제공합니다.

XML 저장소 사용을 가속화하는 시나리오

XML 데이터는 점점 더 널리 보급되고 있습니다. XML 데이터는 데이터를 설명하는 XML 스키마를 사용하거나 사용하지 않고서 고객 데이터를 표현할 수 있습니다. XML 데이터와 XML 스키마는 둘 다 함께 관리되야 합니다. 일반적으로 실제 응용 프로그램을 위한 XML 스키마는 복잡하게 되어 있으며 매핑(예: XML 스키마에서 테이블로의 매핑) 작업도 복잡하게 수행됩니다. 시간이 지나 XML 스키마가 변경되거나 시스템에 새 XML 스키마가 추가된 경우 이러한 매핑을 유지 관리하는 것은 매우 번거로운 일입니다. 흔히 XML 데이터는 파일 시스템이나 데이터베이스 서버의 텍스트 열에 저장됩니다. 텍스트 열은 복제 및 백업/복원과 같은 데이터 관리 측면에서 이점이 있지만 데이터의 XML 구조에 기반을 두는 쿼리 지원을 허용하지 않습니다. 네이티브 XML 지원을 통해 XML을 사용한 응용 프로그램 개발이 더욱 가속화되고 있습니다.

사용자 지정 속성 관리

사용자 인터페이스 소프트웨어와 같은 어떤 응용 프로그램에서는 고정된 속성 집합 중에서 선택할 수 있지만 어떤 응용 프로그램에서는 고유한 속성을 사용자가 정의할 수 있습니다. 이러한 사용자 지정 속성은 XML 형식으로 저장된 경우 제대로 관리할 수 있습니다. 다음과 같이 응용 프로그램은 스칼라 속성 이상을 지원할 수 있습니다.

  • 개체에 대한 다중 값 속성(예: 여러 전화 번호)을 지원할 수 있습니다.

  • 복잡한 속성을 지원할 수 있습니다. 예를 들어, 문서의 작성자 속성은 작성자의 연락처 정보가 될 수 있습니다.
    효율적인 쿼리 처리를 위해 개체 속성은 XML 데이터 형식 열에 저장되고 인덱싱될 수 있습니다.

데이터 교환 및 워크플로

XML은 플랫폼에 독립적인 방법으로 응용 프로그램 간에 데이터를 교환할 수 있게 합니다. 이러한 데이터는 XML 태그를 사용하여 메시지로 모델링할 수 있습니다. XML 메시지를 지속적으로 분산 및 생성하는 대신에 메시지를 XML 형식으로 저장하는 것이 신중한 방법입니다. 이 방법은 데이터 흐름 요구 사항에 적합합니다. 워크플로 단계에 도달한 XML 메시지는 현재 상태를 유지합니다. 각 메시지가 처리되고 진행률이 XML 콘텐츠(예: 상태 변경)에 기록되며 XML 데이터가 워크플로 처리의 다음 단계로 전달됩니다. 메시지는 형식이 다르거나 반구조적일 수 있으며 다른 XML 스키마가 연관되었을 수 있으므로 메시지를 테이블로 매핑하는 것은 항상 쉬운 작업이 아닙니다.

재무 데이터나 지리 정보 데이터와 같은 다양한 분야를 위한 XML 기반 표준이 등장하고 있습니다. 이러한 표준은 쿼리 및 업데이트할 수 있는 인스턴스 데이터에 기초하여 데이터 구조를 설명합니다. 흔히 실제 데이터는 이진 형태이지만 XML 데이터는 실제 데이터에 대한 메타데이터 정보를 제공합니다.

간단한 예로, 입력 매개 변수 테이블을 저장 프로시저 또는 함수에 전달하기 위해 응용 프로그램은 데이터를 XML로 변환하고 XML 데이터 형식 매개 변수로 전달합니다. 저장 프로시저 또는 함수 내에서 행 집합은 XML 매개 변수로부터 다시 생성됩니다.

문서 관리

콜 센터에서 환자 레코드와 대화 내용을 XML 문서로 유지 관리한다고 가정해 보십시오. 환자가 전화를 걸어오면 콜 센터는 이전의 대화 내용을 불러와 걸려온 전화의 컨텍스트를 설정해야 합니다. XML 태그를 쿼리하여 이러한 작업을 수행할 수 있으며 이 방법은 응용 프로그램에 이점을 제공합니다. 또한 이전 대화 내용의 세부 정보를 검색하고 현재 대화 내용을 기록하는 작업을 더 쉽게 수행할 수 있습니다.

전자 메일과 같은 문서는 기본적으로 반구조적입니다. XML 태그가 포함된 문서는 Office 2003과 같은 도구를 사용하여 작성하는 일이 점점 더 간편해지고 있습니다. 이러한 XML 문서는 XML 열에 저장하고 인덱싱, 쿼리 및 업데이트할 수 있습니다. 따라서 개발자는 네이티브 XML 지원을 사용하여 더 많은 것을 할 수 있습니다.

SQL Server 2005의 서버 쪽 XML 처리

SQL Server 2005에서는 관계형 데이터와 XML 데이터를 저장할 수 있는 하나의 데이터베이스를 제공하는 지원 방법이 사용됩니다.

XML 데이터 형식

유용한 CREATE TABLE 문을 사용하여 XML 열이 있는 테이블을 만들 수 있습니다. 그런 다음 특수한 방법으로 XML 열을 인덱싱할 수 있습니다.

형식없는 XML

SQL Server 2005 XML 데이터 형식은 ISO SQL-2003 표준 XML 데이터 형식을 구현합니다. 따라서 올바른 형식의 XML 1.0 문서뿐만 아니라 텍스트 노드와 임의 개수의 최상위 요소가 포함된 소위 XML 콘텐츠 단편도 저장할 수 있습니다. 데이터가 올바른 형식을 가지는지 검사되며(XML 데이터 형식이 XML 스키마에 바인딩될 필요는 없음) 올바른 형식이 아닌 데이터는 거부됩니다.

스키마가 미리 알려지지 않아서 매핑 기반 솔루션이 불가능한 경우에 형식없는 XML이 유용합니다. 또한 스키마가 알려져 있지만 관계형 데이터로의 매핑 모델이 매우 복잡하고 유지 관리하기 힘들거나 여러 스키마가 존재하며 외부 요구 사항에 기초하여 이러한 스키마가 나중에 데이터에 바인딩될 경우에도 형식없는 XML이 유용합니다.

예제: 테이블의 형식없는 XML 열

다음 문은 정수 기본 키 "pk" 와 형식없는 XML 열 "xCol"을 사용하여 "docs"라는 테이블을 만듭니다.

CREATE TABLE docs (pk INT PRIMARY KEY, xCol XML not null)

또한 기본 키가 있거나 없는 둘 이상의 XML 또는 관계형 열을 사용하여 테이블을 만들 수 있습니다.

형식있는 XML

XML 스키마 컬렉션에 XML 데이터를 설명하는 XML 스키마가 있을 경우 XML 스키마 컬렉션을 XML 열과 연관시켜 형식있는 XML을 생성할 수 있습니다. XML 스키마는 데이터의 유효성을 검사하고 쿼리 및 데이터 수정 문의 컴파일 도중에 형식없는 XML보다 정확한 형식 검사를 수행하며 저장소 및 쿼리 처리를 최적화하는 데 사용됩니다.

형식있는 XML 열, 매개 변수 및 변수는 선언 시에 옵션으로 지정할 수 있는 XML 문서나 콘텐츠를 저장할 수 있습니다(각각 DOCUMENT 또는 CONTENT 옵션으로 지정할 수 있으며 기본값은 CONTENT). 또한 XML 스키마 컬렉션을 제공해야 합니다. 각 XML 인스턴스에 정확하게 하나의 최상위 요소가 있을 경우 DOCUMENT를 지정하고 그렇지 않을 경우에는 CONTENT를 사용합니다. 쿼리 컴파일러는 형식 검사에서 DOCUMENT 플래그를 사용하여 싱글톤(singleton) 최상위 요소를 유추합니다.

예제: 테이블의 형식있는 XML 열

XML 열, 변수 및 매개 변수는 XML 스키마 컬렉션에 바인딩될 수 있습니다(자세한 내용과 예제는 이 기사의 뒤에 나오는 "XML 스키마 처리" 절 참조). MyCollection이 이러한 컬렉션 중 하나의 이름이라고 가정해 보십시오. 아래 문은 myCollection을 사용하여 형식화된 XML 열 Document가 있는 XmlCatalog 테이블을 만듭니다. 또한 단순히 XML 문서가 아니라 XML 단편을 허용하기 위해 형식있는 XML 열이 지정됩니다.

CREATE TABLE XmlCatalog (
ID INT PRIMARY KEY,
Document XML(CONTENT myCollection))

XML 데이터 형식 열 제약

  • XML 열을 형식화하는 것 외에도 형식 있는/없는 XML 데이터 형식 열에서 관계형(열 또는 행) 제약 조건을 사용할 수 있습니다. 대부분의 SQL 제약 조건은 XML 열에도 적용할 수 있지만 XML 데이터 형식 인스턴스는 비교할 수 없기 때문에 UNIQUE, PRIMARY KEY 및 FOREIGN KEY 제약 조건은 예외입니다. 따라서 XML 열을 널을 허용하거나 허용하지 않도록 지정하고 기본 값을 제공하며 열에서 CHECK 제약 조건을 정의할 수 있습니다. 예를 들어, 형식없는 XML 열은 저장된 XML 인스턴스가 XML 스키마를 따른다는 것을 확인하기 위해 CHECK 제약 조건을 가질 수 있습니다.
다음 상황에서 제약 조건을 사용합니다.
  • 비즈니스 규칙을 XML 스키마로 표현할 수 없습니다. 예를 들어, 꽃 가게의 배송 주소는 가게 위치로부터 50마일 이내에 있어야 하는데 이것을 XML 열에서 제약 조건으로 작성할 수 있습니다. 이 제약 조건은 XML 데이터 형식 메서드를 포함할 수 있습니다.

  • 테이블의 다른 XML 열이나 비 XML 열이 제약 조건에 포함됩니다. XML 인스턴스에 있는 고객의 ID(/Customer/@CustId)를 적용하여 정수 CustomerID 열의 값을 일치시키는 것을 예로 들 수 있습니다.

예제: XML 열 제약

CREATE FUNCTION udf_Check_Names (@xmlData XML)
RETURNS int AS
BEGIN
RETURN (SELECT @xmlData.exist(''/book/author[first-name = last-name]''))
END
GO

CREATE TABLE docs (pk INT PRIMARY KEY,
xCol XML not null
CONSTRAINT CK_name CHECK (udf_Check_Names(xCol) = 0))
GO

텍스트 인코딩

SQL Server 2005는 XML 데이터를 유니코드(UTF-16)로 저장합니다. 또한 서버에서 검색된 XML 데이터는 UTF-16 인코딩으로 제공됩니다. 다른 인코딩을 원할 경우 데이터를 검색한 후에 캐스팅을 통해 또는 중간 계층에서 필요한 변환을 수행해야 합니다. 예를 들어, XML 데이터를 서버에서 varchar 형식으로 캐스팅할 수 있는데 이 경우에 데이터베이스 엔진은 varchar의 데이터 정렬에서 결정된 인코딩으로 XML을 직렬화합니다.

XML 데이터 저장

XML 열, 매개 변수 또는 변수에 대한 XML 값을 다음과 같은 여러 방법으로 제공할 수 있습니다.

  • XML 데이터 형식으로 암시적으로 변환되는 문자 또는 이진 SQL 형식으로

  • 파일 콘텐츠로

  • XML 데이터 형식 인스턴스를 생성하는 TYPE 지시문이 포함된 XML 게시 메커니즘 FOR XML의 출력으로
제공된 값은 형식이 올바른지 검사되며 XML 문서와 XML 단편을 모두 저장하는 것이 허용됩니다. 형식이 올바른지 않은 경우 해당 오류 메시지와 함께 데이터는 거부됩니다.

형식있는 XML의 경우 XML 열을 형식화하는 XML 스키마 컬렉션에 등록된 XML 스키마를 따르는지 여부를 제공된 값에서 검사합니다. 이 유효성 검사에 실패할 경우 XML 인스턴스는 거부됩니다. 또한 CONTENT에서 XML 문서와 콘텐츠를 모두 제공하도록 허용하는 것과 달리 형식있는 XML의 DOCUMENT 플래그에서는 허용되는 값이 XML 문서로 제한됩니다.

예제: 형식없는 XML 열에 데이터 삽입

다음 문은 정수 열 pk에 대한 값 1과 XML 열에 대한 인스턴스와 함께 테이블 docs에 새 행을 삽입합니다. 문자열로 제공되는 데이터는 XML 데이터 형식으로 암시적으로 변환되며 삽입 도중에 형식이 올바른지 검사됩니다.

INSERT INTO docs VALUES (1,
''


Michael
Howard


David
LeBlanc

39.99
'')
INSERT INTO docs VALUES (2,
''





'')

예제: 파일에서 형식없는 XML 열에 데이터 삽입

아래 나온 INSERT 문은 OPENROWSET을 사용하여 C:\temp\xmlfile.xml 파일의 내용을 BLOB로 읽습니다. 기본 키에 대한 값 10과 XML 열 xCol에 대한 BLOB와 함께 테이블 docs에 새 행이 삽입됩니다. 파일 내용이 XML 열에 할당될 때 형식이 올바른지 검사됩니다.

INSERT INTO docs
SELECT 10, xCol
FROM (SELECT * FROM OPENROWSET
(BULK ''C:\temp\xmlfile.xml'',
SINGLE_BLOB) AS xCol) AS R(xCol)

예제: 형식있는 XML 열에 데이터 삽입

형식있는 XML 열에서는 형식화하는 데 사용되는 XML 스키마의 대상 네임스페이스(빈 네임스페이스 가능)를 지정하기 위해 XML 인스턴스 데이터가 필요합니다. 이를 위해서 아래 예제에서는 네임스페이스 선언 xmlns=http://myDVD가 사용됩니다.

INSERT XmlCatalog VALUES(2,
''<?xml version="1.0"?>



19.99

'')

예제: TYPE 지시문과 함께 FOR XML을 사용하여 생성한 XML 데이터 저장

결과를 XML 데이터 형식 인스턴스로 생성하기 위해 TYPE 지시문을 사용하도록 FOR XML이 향상되었습니다. 결과 XML을 XML 열, 변수 또는 매개 변수에 할당할 수 있습니다. 다음 문에서 FOR XML TYPE을 사용하여 생성된 XML 인스턴스는 XML 데이터 형식 변수 @xVar에 할당됩니다. XML 데이터 형식 메서드를 사용하여 변수를 쿼리할 수 있습니다.

DECLARE @xVar XML
SET @xVar = (SELECT * FROM docs FOR XML AUTO,TYPE)

저장소 표현

XML 데이터 형식 인스턴스는 스트리밍 가능하며 효율적 구문 분석을 위해 최적화된 내부 이진 표현에 저장됩니다. 태그는 정수 값에 매핑되며 매핑된 값은 내부 표현에 저장됩니다. 이 과정에서 데이터가 일부 압축되기도 합니다.

형식없는 XML의 경우 노드 값은 유니코드(UTF-16) 문자열로 저장되므로 작업을 수행하려면 런타임 형식 변환이 필요합니다. 예를 들어, 조건자 /book/price > 9.99를 평가하려면 책 가격의 값은 10진수로 변환되어야 합니다. 반면, 형식있는 XML의 경우 값은 XML 스키마에 지정된 형식으로 인코딩됩니다. 따라서 데이터 구문 분석이 훨씬 더 효율적으로 수행되며 런타임 변환이 방지됩니다.

저장된 이진 형식은 각 XML 인스턴스마다 2GB로 제한되며 이것은 대부분의 XML 데이터를 수용할 수 있는 크기입니다. 또한 XML 계층의 깊이는 128개 수준으로 제한됩니다.

XML 데이터의 InfoSet (영문) 콘텐츠는 유지됩니다. 중요하지 않은 공백, 특성 순서, 네임스페이스 접두사, XML 선언 등과 같은 정보가 유지되지 않기 때문에 텍스트 XML과 다를 수 있습니다.

데이터 모델링 고려 사항

일반적으로 데이터 모델링에는 관계형 및 XML 데이터 형식 열의 조합이 적합합니다. XML 데이터의 일부 값은 관계형 열에 저장될 수 있으며 나머지 또는 전체 XML 값은 XML 열에 저장될 수 있습니다. 이렇게 하면 성능과 잠금 특성이 향상될 수 있습니다.

XML 데이터 내의 값은 동일한 테이블의 싱글톤(singleton) 값(즉, 단일 값 속성)에 대해 계산된 열로 승격될 수 있습니다. 다중 값 속성은 속성에 대한 별개의 테이블이 필요하며 이러한 테이블은 트리거를 사용하여 채우고 유지 관리해야 합니다. 또한 속성 테이블에 대해 쿼리를 직접 작성해야 합니다.

XML 열에 저장된 XML 데이터의 입도(granularity)는 잠금 및 업데이트 특성에 중요합니다. SQL Server는 XML 및 비 XML 데이터 모두에 대해 동일한 잠금 메커니즘을 사용합니다. 입도(granularity)가 클 경우 업데이트를 위해 큰 XML 인스턴스를 잠그면 다수의 사용자가 있는 상황에서 처리 속도가 저하됩니다. 반대로 너무 심하게 분해된 경우에는 개체 캡슐화가 손실되고 리어셈블리 비용이 발생합니다.

XML 데이터 쿼리 및 수정

XML 열에 저장된 XML 인스턴스를 쿼리하려면 열의 이진 XML 데이터를 구문 분석하는 것이 필요합니다. 이진 XML을 구문 분석하는 것은 텍스트 형식의 XML 데이터를 구문 분석하는 것보다 훨씬 빠릅니다. XML 인덱싱은 재분석을 방지하며 "XML 데이터 인덱싱" 절에 설명되어 있습니다.

XML 데이터 형식에 대한 메서드

필요에 따라 전체 XML 값을 검색하거나 XML 인스턴스의 일부를 검색할 수 있습니다. XQuery 식을 인수로 가지는 네 개의 XML 데이터 형식 메서드인 query(), value(), exist() 및 nodes()를 사용하여 이 작업을 수행할 수 있습니다. 또 다른 메서드인 modify()에서는 XML 데이터 수정 문을 입력으로 사용하여 XML 데이터를 수정할 수 있습니다.

query() 메서드는 XML 인스턴스의 일부를 추출하는 데 사용됩니다. XQuery 식은 XML 노드 목록으로 평가됩니다. 이러한 각 노드에서 시작하는 하위 트리는 문서 순서로 반환됩니다. 결과 형식은 형식없는 XML입니다.

value() 메서드는 XML 인스턴스에서 스칼라 값을 추출합니다. 이 메서드는 XQuery 식이 평가되는 노드의 값을 반환합니다. 이 값은 value() 메서드의 두 번째 인수로 지정된 T-SQL 형식으로 변환됩니다.

exist() 메서드는 XML 인스턴스에 대한 실존적 검사를 수행하는 데 사용됩니다. 이 메서드는 XQuery 식이 null이 아닌 노드 목록으로 평가될 경우 1을 반환하고 그렇지 않을 경우 0을 반환합니다.

nodes() 메서드는 특수한 XML 데이터 형식의 인스턴스를 생성하며 각 인스턴스는 XQuery 식이 평가되는 다른 노드로 설정된 컨텍스트를 가집니다. 특수한 XML 데이터 형식은 query(), value(), nodes() 및 exist() 메서드를 지원하며 count(*) 집계와 NULL 검사에 사용될 수 있습니다. 다른 용도로 사용하면 오류가 발생합니다.

modify() 메서드는 XML 인스턴스의 일부를 수정하는 데 사용됩니다. 예를 들어, 하위 트리를 추가 또는 삭제하거나 책 가격과 같은 스칼라 값을 9.99에서 39.99로 바꿀 수 있습니다.

예제: query() 메서드 사용

id가 123인 요소 아래의 임의 위치에서

요소를 추출하는 다음 쿼리가 테이블 docs의 XML 열 xCol에 있습니다. 또한 이 쿼리는 정수 기본 키 열에서 값을 검색합니다. SELECT 목록의 query() 메서드는 일련의
요소를 생성하는 테이블의 각 행에 대해 평가되며 이러한 요소는 해당 하위 트리와 함께 문서 순서로 검색됩니다. id가 123인 요소가 없거나
요소가 없는 각 XML 인스턴스는 결과를 반환하지 않습니다. 즉, 이 경우 query() 메서드의 반환 값은 빈 XML입니다.

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() 메서드는 요소 아래의 임의 위치에 일련의

요소를 생성합니다. exist() 메서드에서 0을 반환하는 모든 행은 건너뜁니다.

SELECT xCol.query(''/doc[@id = 123]//section'')
FROM docs
WHERE xCol.exist (''/doc[@id = 123]'') = 1

예제: value() 메서드 사용

다음 쿼리는 value() 메서드를 사용하여 문서의 세 번째 섹션 제목을 유니코드 문자열로 추출합니다. 결과의 SQL 형식 nvarchar(max)는 value() 메서드의 두 번째 인수로 지정됩니다. XQuery 함수 data()는


after (/doc/section[@num=1])[1]'')

예제: 책 가격을 $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

이 예제에서 nodes(''//author'')는 각 XML 인스턴스의 요소에 대한 참조 행 집합을 생성합니다. 저자의 이름과 성은 이러한 참조를 기준으로 value() 메서드를 평가하는 방법을 통해 가져옵니다. 다음 절에서 설명된 것처럼 우수한 성능을 위해 XML 열을 인덱싱해야 합니다.

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

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

DECLARE @xVar XML
SET @xVar =
''


Michael
Howard


David
LeBlanc

39.99
''

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

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 열" 참조)에 추가할 수 있습니다.

INSERT XmlCatalog VALUES(1, ''<?xml version="1.0"?>

ISBN="1-861003-11-0">


Benjamin
Franklin

8.99

ISBN="0-201-63361-2">


Herman
Melville

11.99

ISBN="1-861001-57-6">


Sidas
Plato

9.99


'')

XML 스키마 컬렉션 수정

ALTER XML SCHEMA COLLECTION 문은 새 최상위 스키마 구성 요소와 함께 XML 스키마 컬렉션의 XML 스키마를 확장하고 새 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 데이터 형식에 대한 클라이언트 쪽 지원

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의 구문을 구성하는 , 및 요소를 가진 XML 문서입니다. 각 블록에는 하나 이상의 및 블록이 포함되어 있습니다. 는 레코드 인스턴스의 기존 상태("이전 상태"라고도 함)를 식별합니다. 는 데이터가 변경될 새 상태를 식별합니다. updategram이 레코드 인스턴스를 삭제, 삽입 또는 업데이트하는지 여부는 및 블록의 내용에 따라 달라집니다.

삽입 작업

레코드 인스턴스가 블록에 있지만 해당 블록에 없을 경우 updategram은 삽입 작업을 나타냅니다. 이 경우 updategram은 블록의 레코드를 데이터베이스에 삽입합니다.

삭제 작업
br> 레코드 인스턴스가 블록에 있지만 블록에 해당 레코드가 없을 경우 updategram은 삭제 작업을 나타냅니다. 이 경우 updategram은 의 레코드를 데이터베이스에서 삭제합니다.

updategram에 지정된 요소가 테이블에 있는 두 개 이상의 행과 일치하거나 어떠한 테이블 행과도 일치하지 않을 경우 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 팀의 프로그램 관리자입니다.



제공 : DB포탈사이트 DBguide.net

출처명: 한국마이크로소프트

[출처] Microsoft SQL Server 2005의 XML 지원|작성자 필립박

'데이터베이스 > SQL Server' 카테고리의 다른 글

DB의 특정 자료를 파일로 만들기  (0) 2008.04.28
SQL문으로 이벤트 로그에 메세지 남기기  (0) 2008.04.28
SQL Server 2005의 XQuery 소개  (0) 2008.04.28
Microsoft SQL Server 2005를 위한 최상의 XML 실행 방법  (0) 2008.04.28
IDENTITY  (0) 2008.04.28

+ Recent posts

티스토리툴바