2008
DOI: 10.14778/1454159.1454177
|View full text |Cite
|
Sign up to set email alerts
|

Towards a physical XML independent XQuery/SQL/XML engine

Abstract: There has been a lot of research and industrial effort on building XQuery engines with different kinds of XML storage and index models. However, most of these efforts focus on building either an efficient XQuery engine with one kind of XML storage, index, view model in mind or a general XQuery engine without any consideration of the underlying XML storage, index and view model. We need an underlying framework to build an XQuery engine that can work with and provide optimization for different XML storage, index… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
4
0

Year Published

2009
2009
2019
2019

Publication Types

Select...
3
2
2

Relationship

3
4

Authors

Journals

citations
Cited by 11 publications
(6 citation statements)
references
References 44 publications
(50 reference statements)
0
4
0
Order By: Relevance
“…For example, relational predicates over XMLTABLE() or JSON_TABLE() views can be written into XPATH/JSON PATH predicates directly navigating the native hierarchical storage of the underlying XML or JSON data [2]. Inversely, XPATH/JSON path query over the views constructed via SQL/XML or SQL/JSON generation functions over relational tables can be written into relational predicate over the underlying relational table storage [2,13]. Table 4 shows applying query rewrite transformation for Q2 and Q3 of Table 3.…”
Section: Multi-model Data View Processingmentioning
confidence: 99%
“…For example, relational predicates over XMLTABLE() or JSON_TABLE() views can be written into XPATH/JSON PATH predicates directly navigating the native hierarchical storage of the underlying XML or JSON data [2]. Inversely, XPATH/JSON path query over the views constructed via SQL/XML or SQL/JSON generation functions over relational tables can be written into relational predicate over the underlying relational table storage [2,13]. Table 4 shows applying query rewrite transformation for Q2 and Q3 of Table 3.…”
Section: Multi-model Data View Processingmentioning
confidence: 99%
“…There are many research works on keyword-based search on the XML document, which typically include XRank [1], XKeyword [2], Schema-Free XQuery [3], XSEareh [4] and XKSearch [5], XSeek [6] and so on. In the modeling: XRank [1], XKewyord [2] uses graph-based XML document model, others use tree-based model, but their model is a simple modeling on the XML document schema, and the result set is set to the sub-tree(graph) containing the keyword on the document tree(graph), which is defined as LCA (Lowest Common Ancestor, LCA) (XRank), or its variants, such as SLCA (Smallest Lowest Common Ancestor, SLCA) (XKsearch), MLCA (Meaningful Lowest Common Ancestor, MLCA) (Schema-Free XQuery) and so on.…”
Section: Related Workmentioning
confidence: 99%
“…The index is designed to handle unstructured XML content (by means of a path-value storage) as well as structured content (by means of a property table). Query processing in the presence of these indexes is covered in [18]. In this section, we focus on query processing that leverages the binary XML format assuming that desired documents or fragments might have already been identified by the index.…”
Section: Query Rewrite and Processingmentioning
confidence: 99%
“…We start by briefly introducing the techniques that rewrites XQuery queries into Binary XML specific operators and row sources (constructs that produce rows). A more comprehensive introduction to Oracle's approach to rewrite and normalization can also be found in [18]. Then we present our NFA-based streaming query processing and optimization techniques.…”
Section: Query Rewrite and Processingmentioning
confidence: 99%