XML 데이터 쿼리 기술은 요즘 뜨거운 연구 주제가 되었습니다.

黄舟
풀어 주다: 2017-02-13 15:49:19
원래의
1338명이 탐색했습니다.

XML(Extensible Markup Language)은 인터넷의 급속한 발전, 특히 전자상거래, 웹 서비스 및 기타 애플리케이션의 광범위한 사용으로 인해 웹 애플리케이션의 데이터 표현 및 데이터 교환을 위한 표준이 되었습니다. 현재의 주류 데이터 형식이 됩니다. 따라서 XML 데이터 관리 기술, 특히 XML 데이터 쿼리 기술은 현재 연구 핫스팟이 되었습니다.


XML은 관계형 데이터에 비해 다양한 장점을 가지고 있지만 가장 큰 단점은 효율성입니다. 관계형 데이터 파일에서는 데이터 필드 이름이 한 번만 나타나야 하지만 XML 데이터 파일에서는 요소 이름이 반복적으로 나타나므로 쿼리 효율성에 확실히 영향을 미칩니다. XML의 쿼리 효율성을 최대한 높이기 위해서는 XML 유형에 대한 인덱싱 기능을 제공해야 합니다.


World Wide Web 컨소시엄은 2007년 1월 23일 XPath2.0 및 XQuery1.0을 권장 표준으로 확인하여 다양한 쿼리 언어 간의 이전 경쟁을 종료했습니다. 이 표준을 기반으로 기존 제조업체 외에도 다양한 과학 연구 기관에서 다양한 저장 모델, 다양한 쿼리 알고리즘 및 최적화 방법을 사용하여 XPath 및 XQuery(문헌에 12개 이상 언급됨) 구현을 제안했습니다. 이러한 맥락에서 Dameng Database Company는 자체 개발 전략을 기반으로 자체 XML 쿼리 엔진 모델을 제안했으며 현재 Dameng의 XML 쿼리 엔진은 집중적으로 개발되고 있으며 XML 데이터에 대한 효과적인 인덱스를 설정하는 것은 XML에 영향을 미치는 중요한 요소입니다. 데이터 쿼리 성능. 기존 데이터베이스 제품의 인덱싱 기술에 대한 심층적인 분석을 바탕으로 Dameng XML 쿼리 엔진에 대해 보다 합리적인 인덱스 구조를 설계하여 엔진이 최적의 성능을 발휘할 수 있도록 합니다.


XML 인덱싱 기술 소개


현재 XML에 대한 사람들의 연구는 크게 두 가지 측면으로 나누어진다. 하나는 XML과 같은 반구조화된 데이터의 저장, 쿼리 및 관리를 위한 기본 데이터베이스입니다. 데이터와 메타데이터는 완전히 XML 구조로 표현되며 기본 데이터 저장 형식(예: 개체 모델, 관계형 모델)과 관련이 없습니다. , 등.). 다른 하나는 XML 데이터를 처리하기 위해 관계형 데이터베이스의 성숙한 기술을 사용하여 관계형 데이터베이스와 상호 변환하는 것입니다. 후자의 방향이 더 실용적인 의미를 갖기 때문에 XML 연구의 초점이 되었습니다.


스토리지 솔루션과 더불어 인덱싱 기술 역시 데이터베이스 시스템을 결정하는 가장 중요한 요소 중 하나입니다. XML 문서에 대한 인덱스 구조가 구축되지 않은 경우 XML 데이터에 대한 쿼리로 인해 전체 문서 트리를 통과하게 될 가능성이 크며, 이 오버헤드는 허용할 수 없습니다. 따라서 XML 인덱스 기술에 대한 연구는 이론적, 실무적 가치가 높다.


전통적인 인덱싱 기술은 장기간 축적되어 상대적으로 성숙해졌음에도 불구하고 이러한 유형의 인덱싱 기술은 주로 (특정 관계가 있는 패턴보다는) 가치를 기반으로 합니다. 데이터 레코드를 찾는 기능은 데이터 레코드 간의 논리적 관계를 크게 고려하지 않습니다. XML 데이터 쿼리의 기본 특징은 패턴 특징(정규 형식으로 설명된 구조적 관계)의 입력을 기반으로 패턴에 맞는 데이터를 추출하는 것입니다. 경로 표현) 따라서 XML 인덱싱의 주요 내용은 패턴 일치에 적합한 기술을 설계하는 것입니다.


XML 인덱스 분류


경로 기반 XML 인덱스


경로 기반 인덱스는 XML 트리 구조의 노드 경로 정보를 기반으로 하며, 축소된 트리 구조는 서로 다른 경로 정보만 유지하고 동일한 경로를 가진 두 개의 파일이 없도록 특정 축소 방식을 채택합니다. .노드. 제안된 인덱스로는 DataGuides 인덱스, Index Fabric 인덱스, APEX(Adaptive Path Index for XML Data)가 있습니다.


Dataguides 인덱스는 정제된 경로 시작의 구조적 요약입니다. 루트 노드에서. 에지 레이블을 연결하여 형성된 문자열 경로는 데이터 가이드에서 한 번만 설명됩니다. 데이터 가이드는 경로 쿼리를 순회할 때 필요한 노드 수를 줄이고 루트에서 XML 문서를 순회하는 데 효율적입니다. 그러나 와일드카드 문자가 포함된 경로 쿼리나 XPath 표준에 정의된 하위 또는 자체 축이 있는 경로 쿼리에는 여러 연결 작업이 필요하므로 쿼리 효율성과 데이터 중복성이 낮습니다.


그런 다음 이 두 개의 큰 필드에 대해 Java 객체 파일 TestLob.java를 작성하고 유형을 CLOB 및 BLOB 속성 필드로 각각 String 및 byte[] 유형으로 정의합니다. CLOB는 큰 텍스트 유형을 처리하므로 Java의 String 유형에 해당합니다. BLOB는 엄격하게 정의되지 않고 바이너리 스트림 형식으로 저장되는 일부 큰 파일을 처리하므로 byte[] 유형을 사용하도록 한 다음 이 두 속성의 Getter 각각 관련 코드는 다음과 같습니다.


Dataguides 인덱스는 루트 노드에서 시작하는 정제된 경로의 구조적 요약입니다. 에지 레이블을 연결하여 형성된 문자열 경로는 데이터 가이드에서 한 번만 설명됩니다. 데이터 가이드는 경로 쿼리를 순회할 때 필요한 노드 수를 줄이고 루트에서 XML 문서를 순회하는 데 효율적입니다. 그러나 와일드카드 문자가 포함된 경로 쿼리나 XPath 표준에 정의된 하위 또는 자체 축이 있는 경로 쿼리에는 여러 연결 작업이 필요하므로 쿼리 효율성과 데이터 중복성이 낮습니다.


Index Fabric은 Patricia Trie 트리에서 개발된 인덱스 구조로 각 요소 노드에 대한 각 마크 경로를 문자열로 인코딩한 후 이러한 인코딩된 값을 Patricia Trie Go에 삽입하여 쿼리를 변환합니다. 문자열 쿼리에 대한 경로에 따른 XML 데이터입니다. 쿼리할 때 먼저 쿼리 경로를 문자열 형식으로 인코딩한 후 인덱스 트리에서 검색합니다. Index Fabric 인덱스의 장점은 XML 데이터의 계층적 구조 정보를 저장하고, 스키마 및 스키마 없는 정보로 XML 데이터 검색을 균일하게 처리하며, 계층과 관련된 XML 데이터를 질의하고 업데이트하는 데 필요한 시간을 보다 효율적으로 만들어준다는 점입니다. 인덱스 키의 길이는 관련이 있습니다. Index Fabric 인덱스의 단점은 요소 노드의 정보만 텍스트 값으로 유지하기 때문에 요소 노드 간의 구조적 관계가 손실된다는 점입니다. 따라서 DataGuides 인덱스와 유사하게 Index Fabric 인덱스는 이러한 이유로 XPath 표준


에 정의된 하위 또는 자체 축을 사용하여 부분 일치 쿼리 표현식을 처리하는 데 효율적이지 않습니다. APEX[14]에서는 XML 데이터 쿼리의 분포에 따른 정보를 소개합니다. 자주 발생하는 XML 쿼리문에 해당하는 레이블 노드를 미리 해시 구조에 저장합니다. 그 기능은 Cache의 기능과 유사합니다. 새 쿼리에 처리가 필요할 때 먼저 해시 테이블을 검색하여 만족스러운 노드 집합이 있는지 확인합니다. 하지만 요소 값이나 속성 값이 포함된 쿼리 표현식의 경우 효율성이 떨어집니다.


노드 기반 인덱스


노드 기반 인덱스는 본질적으로 XML 데이터를 데이터 단위로 분해하여 기록 수집하고 저장합니다. 레코드의 XML 데이터에 있는 단위의 위치 정보입니다. 경로 기반 인덱스와 달리 노드 기반 인덱스는 레이블 경로를 통해 노드를 찾아야 한다는 제한을 깨고 XML 데이터를 정식 형식의 노드 레코드로 분해합니다. 노드의 위치 정보를 저장하고 성숙한 관계형 데이터베이스 관리 시스템에 잘 통합될 수 있기 때문에 현재 가장 널리 사용되는 색인입니다.


위치 정보의 다양한 인코딩 방식에 따라 노드 기반 인덱스는 일반적으로 다음과 같은 범주로 나눌 수 있습니다.


1. 접두사 기반 인덱스


접두사 기반 인덱스는 주로 문서 [13]의 ORDPATH 인코딩을 기반으로 생성된 인덱스입니다. 도 비슷한 방법을 사용하여 SQL Server 2005의 인덱스 구성에 적용된 ORDPATH를 압축하는 방법을 제공합니다.



접두사 인코딩의 기본 아이디어는 노드의 부모 노드의 인코딩을 노드 인코딩의 접두사로 직접 사용하는 것입니다. 접두사 인코딩의 경우 노드 v가 다른 노드 u의 자손인지 확인하려면 u의 코드가 v의 코드 접두사인지 확인하면 됩니다. 접두사 코딩 인덱스의 중요한 속성은 사전 순서입니다. 노드 r에 뿌리를 둔 하위 트리의 모든 노드 u에 대해 접두사 코딩 c(u)는 왼쪽 형제 하위 트리(오른쪽 형제 하위 트리)보다 큽니다(작음). 에 있는 모든 노드의 . 따라서 접두사 기반 인덱스는 포함 관계 계산을 효과적으로 지원할 수 있을 뿐만 아니라 문서 위치 관계 계산도 효과적으로 지원할 수 있습니다.


2. 간격 코딩 기반 인덱스


간격 코딩 인덱스의 경우 트리 T의 각 노드가 제공됩니다. 다음을 충족하는 간격 코드 [시작, 끝]: 노드의 간격 코드에는 하위 노드의 간격 코드가 포함됩니다. 즉, 트리 T의 노드 u는 시작(u)인 경우에만 노드 v의 조상입니다.


첫 번째 간격 코딩 방식은 디츠 코딩입니다. 트리 T의 각 노드에는 선순 순회 시퀀스 번호와 후순 순회 시퀀스 번호가 할당됩니다. 트리 T의 조상 노드 u는 선순위 순회(후위 순회)에서 해당 하위 노드 v 이전(뒤)에 나타나야 하므로 노드 u와 v는 PRe(u)인 경우 조상/하위 관계입니다.


간격 인코딩 인덱스의 또 다른 일반적인 예는 각 노드에 숫자 쌍을 할당하는 XISS 인덱스입니다. 여기서 순서는 확장됩니다. 선주문 인코딩, 크기는 자손의 범위입니다. 노드의. 문서 트리의 모든 노드 X 및 Y에 대해 order(x)


XISS 인덱스가 원래 쿼리 문을 하위 표현식으로 분해하는 경우에만 해당됩니다. 그런 다음 이러한 하위 표현식에 대한 쿼리를 각각 구현하고 마지막으로 이러한 중간 결과를 결합하여 쿼리 결과 집합을 얻습니다. 이는 와일드카드 문자가 포함된 쿼리 문을 더 효과적으로 지원할 수 있습니다. 그러나 각 중간 결과를 연결한 후 최종 쿼리 결과를 얻습니다. 이러한 방법으로 실제로 모든 와일드카드 문제를 해결할 수 있지만 중간 결과를 연결하는 데 시간이 많이 걸릴 수 있으며, 특히 긴 경로가 있는 간단한 표현식의 경우 더욱 그렇습니다.


두 가지 인덱싱 메커니즘 비교


경로 기반 인덱싱은 주로 노드 병합 전략을 기반으로 합니다. 원자가(Valency) 및 경로 동등성(Path Equivalence)과 같은 기술을 사용하면 원본 문서보다 훨씬 작은 인덱스 구조를 얻을 수 있습니다. 그 구조는 여전히 트리 형태이므로 쿼리를 처리할 때 기본적으로 전체 인덱스를 순회해야 합니다. 결과를 얻기 위한 트리입니다. 경로 기반 인덱스는 단순 경로 표현식 쿼리를 매우 잘 지원할 수 있지만 일반 경로 표현식의 경우에는 잘 작동하지 않습니다.


노드 기반 인덱스는 인코딩 기술을 통해 각 노드를 인덱스합니다. 인코딩을 통해 노드 간의 구조적 관계를 일정한 시간 내에 확인할 수 있습니다. 정규 경로 표현을 잘 지원할 수 있지만, 특히 쿼리에서 중간 결과가 많이 생성되는 경우에는 더욱 그렇습니다. , 노드 인덱스의 조인 작업은 비용이 많이 듭니다.


경로 기반 인덱싱과 노드 기반 인덱싱은 각각 장단점이 있지만 서로 보완할 수 있습니다. 현재 실제 응용 분야에서는 노드 기반 인덱싱이 더 널리 사용되고 있으며 연구가 상대적으로 성숙되어 있습니다. 따라서 Dameng Company의 XML 인덱스 구조에 대한 연구는 주로 노드 기반 인덱싱에 중점을 두고 있으며 경로 기반 인덱싱을 참조하여 적절하게 개선하고 있습니다. .

위는 현재 뜨거운 연구 주제가 되고 있는 XML 데이터 쿼리 기술에 대한 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 주목해주세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿