Introduction to XML. Data Integration. Structure in Data Representation. Yanlei Diao UMass Amherst Nov 15, 2007

Size: px

Start display at page:

Download "Introduction to XML. Data Integration. Structure in Data Representation. Yanlei Diao UMass Amherst Nov 15, 2007"

Sarah Murphy
8 years ago
Views:

1 Introduction to XML Yanlei Diao UMass Amherst Nov 15, 2007 Slides Courtesy of Ramakrishnan & Gehrke, Dan Suciu, Zack Ives and Gerome Miklau. 1 Structure in Data Representation Relational data is highly structured structure is defined by the schema good for system design good for precise query semantics / answers Structure can be limiting data exchange hard: integration of diff schema authoring is constrained: schema-first querying constrained: must know schema changes to structure not easy 2 Data Integration 1. Find all departments whose total employee salaries exceed 1% of the budget of the company. 2. Find names of employees with the top sales record last month. US Australia Internet Europe Asia 3 1

2 Integration of Text and Structured Data Structured data - Databases Semistructured Data WWW Unstructured Text - Documents 4 Need for A New Data Model Loose (and rich) structure Integration of structured, but heterogeneous data sources Textual data with tags and links Combination of data models Evolving and irregular structures 5 XML: Universal Data Exchange Format XML is the confluence of many factors: Databases needed a more flexible interchange format. Data needed to be generated and consumed by applications. The Web needed a more declarative format for data. Documents needed a mechanism for extended tags. XML was originally proposed for online publishing, is becoming the wire format for data exchange. W3C Recommendation: 6 2

3 From HTML to XML HTML describes the presentation. 7 HTML <h1> Bibliography </h1> <p> <i> Foundations of Databases </i> Abiteboul, Hull, Vianu <br> Addison Wesley, 1995 <p> <i> Data on the Web </i> Abiteboul, Buneman, Suciu <br> Morgan Kaufmann, XML <bibliography> <book> <title> Foundations </title> <author> Abiteboul </author> <author> Hull </author> <author> Vianu </author> <publisher> Addison Wesley </publisher> <year> 1995 </year> </book> </bibliography> XML describes the content! 9 3

4 XML: Syntax & Typing 10 XML Syntax Tags: book, title, author, start tag: <book> end tag: </book> Elements: <book> </book>,<author> </author> elements are nested empty element: <red></red>, abbrv. <red/> An XML document: single root element An XML document is well formed if it has matching tags 11 XML Syntax <book price = 55 currency = USD > <title> Foundations of Databases </title> <author> Abiteboul </author> <year> 1995 </year> </book> Attributes are alternative ways to represent data. 12 4

5 XML Syntax <person id= o555 > <name> Jane </name> <person id= o456 > <name> Mary </name> <children idref= o123 o555 /> <person id= o123 mother= o456 ><name>john</name> Oids and references in XML are just syntax. 13 XML Semantics: a Tree! <data> <person id= o555 > <name> Mary </name> <address> <street> Maple </street> <no> 345 </no> <city> Seattle </city> </address> <person> <name> John </name> <address> Thailand </address> <phone> </phone> </data> i d o555 Attribute node name Mary person address street no city Maple 345 data Seattle name John Element node person address phone Thai Text node Order matters! IDREF will turn it to a graph. 14 XML Data XML is self-describing Schema elements become part of the data Relational schema: persons(name,phone) In XML <persons>, <name>, <phone> are part of the data, and are repeated many times Consequence: XML is much more flexible Some real data:

6 Relational Data as XML person name phone John 3634 Sue 6343 Dick 6363 XML: person row row row name name name phone phone phone John 3634 Sue Dick <person> <row> <name>john</name> <phone> 3634</phone></row> <row> <name>sue</name> <phone> 6343</phone> <row> <name>dick</name> <phone> 6363</phone></row> 16 XML is Semi-structured Data Missing attributes: <data> <person> <name> John</name> <phone>1234</phone> <person> <name>joe</name> </data> no phone! Could represent in a table with nulls name phone John 1234 Joe - 17 XML is Semi-structured Data Repeated attributes <person> <name> Mary</name> <phone>2345</phone> <phone>3456</phone> two phones! Impossible in tables: nested collections (non 1NF) name phone Mary ??? 18 6

7 XML is Semi-structured Data Attributes with different types in different objects <data> <person> <name> <first> John </first> <last> Smith </last> </name> <phone>1234</phone> <person> <name> M. Carey</name> <phone>3456</phone> </data> structured name! unstructured name! Mixed content: <db> contains both <book>s and <publisher>s 19 Data Typing in XML Data typing in the relational model: schema Data typing in XML Much more complex Typing restricts valid trees that can occur theoretical foundation: tree languages Practical methods: DTD (Document Type Definition) XML Schema 20 Document Type Definitions (DTD) Part of the original XML specification To be replaced by XML Schema Much more complex An XML document may have a DTD XML document: well-formed = if tags are correctly closed Valid = if it has a DTD and conforms to it Validation is useful in data exchange 21 7

8 DTD Example <!DOCTYPE company [ <!ELEMENT company ((person product)*)> <!ELEMENT person (ssn, name, office, phone?)> <!ELEMENT ssn (#PCDATA)> <!ELEMENT name (#PCDATA)> <!ELEMENT office (#PCDATA)> <!ELEMENT phone (#PCDATA)> <!ELEMENT product (pid, name, description?)> <!ELEMENT pid (#PCDATA)> <!ELEMENT description (#PCDATA)> ]> 22 DTD Example Example of valid XML document: <company> <person> <ssn> </ssn> <name> John </name> <office> B432 </office> <phone> 1234 </phone> <person> <ssn> </ssn> <name> Jim </name> <office> B123 </office> <product>... </product>... </company> 23 DTD: The Content Model <!ELEMENT tag (CONTENT)> content model Content model: Complex = a regular expression over other elements Text-only = #PCDATA Empty = EMPTY Any = ANY Mixed content = (#PCDATA A B C)* 24 8

9 DTD: Regular Expressions sequence DTD <!ELEMENT name (firstname, lastname)) optional <!ELEMENT name (firstname?, lastname)) Kleene star <!ELEMENT person (name, phone*)) alternation <!ELEMENT person (name, (phone ))) XML <name> <firstname>..... </firstname> <lastname>..... </lastname> </name> <person> <name>..... </name> <phone>..... </phone> <phone>..... </phone> <phone>..... </phone> Attributes in DTDs <!ELEMENT person (ssn, name, office, phone?)> <!ATTLIST person age CDATA #REQUIRED> <person age= 25 > <name>...</name> Attributes in DTDs <!ELEMENT person (ssn, name, office, phone?)> <!ATTLIST person age CDATA #REQUIRED id ID #REQUIRED manager IDREF #REQUIRED manages IDREFS #REQUIRED > <person age= 25 id= p29432 manager= p48293 manages= p34982 p > <name>...</name>

10 Attributes in DTDs Types: CDATA = string ID = key IDREF = foreign key IDREFS = foreign keys separated by space (Monday Wednesday Friday) = enumeration 28 Attributes in DTDs Kind: #REQUIRED #IMPLIED = optional value = default value value #FIXED = the only value allowed 29 Using DTDs Must include in the XML document Either include the entire DTD: <!DOCTYPE rootelement [... ]> Or include a reference to it: <!DOCTYPE rootelement SYSTEM > Or mix the two... (e.g. to override the external definition) 30 10

11 XML Schema DTDs capture grammatical structure, but have some drawbacks: Not themselves in XML, inconvenient to build tools Don t capture database datatypes domains No way of defining OO-like inheritance XML Schema addresses shortcomings of DTDs XML syntax Subclassing Domains and built-in datatypes min. and max # of occurrences of elements 31 Basics of XML Schema Need to use the XML Schema namespace (generally named xsd) simpletypes are a way of restricting domains on scalars Can define a simpletype based on integer, with values within a particular range complextypes are a way of defining element structures Basically equivalent to!element, but more powerful Specify sequence, choice between child elements Specify minoccurs and maxoccurs (default 1) Must associate an element/attribute with a simpletype, or an element with a complextype 32 Simple Schema Example <xsd:schema xmlns:xsd=" <xsd:element name= mastersthesis" type= ThesisType"/> <xsd:complextype name= ThesisType"> <xsd:attribute name= mdate" type="xsd:date"/> <xsd:attribute name= key" type="xsd:string"/> <xsd:attribute name= advisor" type="xsd:string"/> <xsd:sequence> <xsd:element name= author" type= xsd:string"/> <xsd:element name= title" type= xsd:string"/> <xsd:element name= year" type= xsd:integer"/> <xsd:element name= school" type= xsd:string /> <xsd:element name= committeemember" type= CommitteeType minoccurs= 0"/> </xsd:sequence> </xsd:complextype> </xsd:schema> 33 11

04 XML Schemas. Software Technology 2. MSc in Communication Sciences 2009-10 Program in Technologies for Human Communication Davide Eynard

04 XML Schemas. Software Technology 2. MSc in Communication Sciences 2009-10 Program in Technologies for Human Communication Davide Eynard MSc in Communication Sciences 2009-10 Program in Technologies for Human Communication Davide Eynard Software Technology 2 04 XML Schemas 2 XML: recap and evaluation During last lesson we saw the basics