Survey
* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project
Integrating Structured
& Unstructured Data
Goals
Identify some applications that have
crucial requirement for integration of
unstructured and structured data
Identify key technical issues in integrating
unstructured and structured data
Identify potential approaches
Definitions (simplified)
Structured object:
–
<oid, {<name, value>}>
Unstructured object:
–
–
<oid, {word}>
<oid, unknown/complex structure>
Semi-structured object
–
–
<oid, {<name, value>}, {word}>
<name, value> pairs may be
•
•
•
Given (e.g. author, title, etc.)
Extracted (e.g. Date, Zipcode, etc.)
Inferred (e.g. Topic)
Representative Applications
BPI: Messasges- unstructured
Web Applications: unstructured pages
Corporate Portals:
DSS involving Combination of simulation with database system
News syndication: author etc + story
Call centers: customer interaction + structured component of complaint
Mail system/document systems
Tourist information system
Product catalogs/engineering spec sheets
Patents/chenistry documents
Matching Legal documents (with cross citations) with building codes --representative
Key Technical Issues
Query language & data model
– Sharp vs fuzzy / complete vs best-effort
– Boolean vs similarity queries (relationship to “value”)
Integration strategies
– Loose vs. tight coupling Architectures (many possibilities)
– Search engine into DBMS or DBMS into search engine
– Late & early binding (warehousing vs virtual)
– Integration vs articulation (union vs intersection)
Feature extraction from unstructured data
Role of meta data & integrity constraints
Inconsistency of data sources
– Priorty rules for mediation
Management & data organization issues
– Version management , freshness, security
Continuous queries over streams
Strucured:People(firstname, lastname, company, location)
Semi-structured:Papers(title, {authors}, text)
Unstructured: Reviews
Q1: Reviews of papers by Almaden authors on II
Search reviews using Join(People.<fn,ln>, Papers.authors).keywords
Q2: Folks in Almaden and Watson working on same topic
Join of Papers.text followed by joined with names in People
Q3: Papers on privacy & data mining by Agarwal in Watson
Combine ranks of results from People and Papers
Q4: Almaden authors whose papers had negative reviews
Infer sentiment of a review and interesting joins
Q5: Crrent research topics in Almaden
Join People and Papers followed by clustering
Combining Scores
Query
Result
Papers on privacy & data mining
by Agarwal in Watson
DB:
Chopper Combiner
– Aggarwal, Watson, s1
– Agarwal, Almaden, s2
– Agrawal, Almaden, s3
IR
DB
IR
– Sigmod 00 paper, r2
– PODS 01 papers, r1
– KDD00 paper, r3
Query Processing
Query
Result
Chopper & Router
DB
IR
Query
Result
Chopper & Router
DB
IR
Approaches (1)
Query Languages
– XML-based extensions for queries
• W3C working group on Xquery considering extension for
full text
• XXL (Weikum), XIRQL (Fuhr)
– Specialized languages for highly structured data (e.g. chemical
molecules)?
– Graph-based models & languages (RDF, Protégé – Stanford)
– Extended relational (e.g. SQL/MM)
– Inverse queries on business events
– Reasoning systems
– Statistical approaches (approximate/ data mining)
Approaches (2)
Pluses of tight coupling
– Enforcement of ontologies, schemas
– Security, management, query optimization, integriry
constraints
Negatives of tight coupling
– Does not address federation issues/autonomy
Pluses of loose coupling
– Flexibility
Negatives of loose coupling
And the dinner bell rings …
Concluding Remarks
We need further discussion on issues and
approaches during the rest of the workshop