1 / 33

Efficient Keyword Search over Virtual XML Views

Efficient Keyword Search over Virtual XML Views. Feng Shao and Lin Guo and Chavdar Botev and Anand Bhaskar and Muthiah Chettiar and Fan Yang Cornell University Jayavel Shanmugasundaram Yahoo! Research 2008. 02. 21. Summarized by Dongmin Shin , IDS Lab., Seoul National University

mora
Download Presentation

Efficient Keyword Search over Virtual XML Views

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Efficient Keyword Search over Virtual XML Views FengShao and Lin Guo and ChavdarBotev and AnandBhaskar and MuthiahChettiar and Fan Yang Cornell University JayavelShanmugasundaram Yahoo! Research 2008. 02. 21. Summarized by Dongmin Shin, IDS Lab., Seoul National University Presented by Dongmin Shin, IDS Lab., Seoul National University

  2. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  3. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  4. Introduction • The set of documents being searched is materialized. Fundamental assumption of traditional information retrieval systems

  5. Introduction • Aggregator may not have resources to materialize all the data • If the view is materialized, the contents of the view may be • out-of-date or maintaining the view may be expensive • The data sources may not wish to provide the entire data The view is often virtual (unmaterialized) But

  6. Introduction • Example • Personalized views : MyYahoo or Microsoft Sharepoint • There are many users and their content is often overlapping • It could lead to data duplication and its associated space-overhead • Information integration

  7. Introduction • Need Efficiently evaluating keyword search queries over virtual XML views

  8. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  9. Background

  10. Background TF-IDF method XML Scoring tf(e,k) : the number of distinct occurrences of the keyword k in element e and its descendants idf(k) = score(e,Q) =

  11. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  12. System Overview (2) The parser redirects the query to the Query Pattern Tree(QPT) GenerationModule (3) QPT issent to the Pruned Document Tree(PDT) Generation Module (4) Generate PDTs using only the path indices and inverted list indices (5) Rewritten query and PDTs are sent to Evaluator (6) Produce the view that contains all view elements with pruned content (7) Elements are scored, only those with highest scores are fully materialized using document storage (1) Keyword queries over virtual views

  13. System Overview • XML Storage • Dewey IDs • Popular id format • Hierarchical numbering scheme • ID of an element contains the ID of its parent

  14. System Overview • XML Indexing • Path indices • Evaluate XML path and twig(i.e., branching path) • Store XML paths with values in a relational table • Use indices such as B+-tree • One row for each unique (Path, Value) pair • IDList : the list of ids of all elements on the path • B+-tree index is built on the (Path, Value) pair

  15. System Overview • Inverted list indices • Store the list of XML elements that directly contain the keyword for each keyword in the document collection

  16. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  17. QPT(Query Pattern Tree) GenerationModule V : used for query evaluation C : used for result materialization

  18. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  19. PDT Generation Module • Output • Only contains elements that correspond to nodes in the QPT • Onlycontains element values that are required during query evaluation • Advantage • Query evaluation is likely to be more efficient and scalable • Since PDT is much smaller than the underlying data • Allows us to use the regular(unmodified) query evaluator • PDT is in regular XML format

  20. PDT Generation Module • Key Idea • An element e in the document corresponding to a node n in the QPT is selected for inclusion only if it satisfies three types of constraints • Ancestor constraint – an ancestor element of e that corresponds to the parent of n in the QPT should also be selected • Descendant constraint – for each mandatory edge from n to a child of n in the QPT, at least one child/descendant element of e corresponding to that child of n should also be selected • Predicate Constraint – if e is a leaf node, it satisfies all predicates associated with n

  21. PDT Generation Module • PrepareList (1) Issues a lookup on path indices for each QPT node that has no mandatory child edges (2) Identifies nodes that have a ‘v’ annotation to obtain values and ids (3) Looks up inverted lists indices and retrieves the list of Dewey IDs containing the keywords along with tf values

  22. PDT Generation Module Candidate Tree(CT)

  23. PDT Generation Module • Step 1 : adding new IDs • Adds the current minimum IDs in pathLists

  24. PDT Generation Module • Step 2 : creating PDT nodes • Create PDT nodes using CT nodes • Top-down • Check DM value of each CT node • if it is “1”, create it in pdt cache • If not, check children of that node • If DM value of that children node is “1”, create is in pdt cache of parent node

  25. PDT Generation Module • Step 3 : removing CT nodes • Bottom-up • Check if each node satisfies ancestor constraints • If not, remove • If so, propagate to the pdt cache of the ancestor • If some node has no children and does not satisfy descendant constraints, remove

  26. PDT Generation Module • When we remove the root node “books”, all IDs in its pdt cache will be propagated to the result PDT

  27. PDT Generation Module

  28. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  29. Experiments • 500MB INEX dataset • Varying parameters • Size of data, # keywords, selectivity of keywords • # of joins, join selectivity, level of nesting • # of results, Avg. size of view element • Four alternative approaches • Baseline • GTP : general solution to integrate structure and keyword search queries • Efficient : proposed architecture • Proj : techniques of projecting XML documents

  30. Experiments • The cost of generating PDTs scales gracefully • Overhead of post-processing(scoring and materializing) is negligible • The cost of the query evaluator dominates the entire cost EFFICIENT is a scalable and efficient soultion

  31. Experiments • Run time for EFFICIENT increases • Because the cost of the query evaluation increases • Run time for EFFICIENT increases slightly • Because it accesses more inverted lists to retrieve tf values

  32. Index Introduction Background System Overview QPT GenerationModule PDT Generation Module Experiments Conclusion and Future Work

  33. Conclusion and Future Work • Conclusion • A general technique for evaluating keyword search queries over views • Efficient over a wide range of parameters • Future Work • Instead of using the regular query evaluator, we could use the techniques proposed for ranked query evaluation • Views may contain non-monotonic operators such as group-by

More Related