1. 1 XML Major Sources: http://www.cis.upenn.edu/~cis550/slides/xml. ppt CIS550 Course Notes, U. Penn, source for many slides Yaron Kanza’s slides, source for many slides Brian Travis, XML Day At Microsoft Tech·Ed 99 XML Black Book Other sources ….

2. 2 Part I: Background What’s the difference between the world of documents and information retrieval and databases and query interfaces? The line between the document world and the database world is not clear. In some cases, both approaches are legitimate. An interesting middle ground is data formats -- of which XML is an example

3. 3 Documents vs Databases Document world > plenty of small documents > usually static > implicit structure section, paragraph, toc, > tagging > human friendly > content form/layout, annotation > Paradigms “Save as”, wysiwyg > meta-data author name, date, subject Database world > a few large databases > usually dynamic > explicit structure (schema) > records > machine friendly > content schema, data, methods > Paradigms Atomicity, Concurrency, Isolation, Durability > meta-data schema description

4. 4 What to do with them Documents editing printing spell-checking counting words retrieving (IR) searching Database updating cleaning querying composing/transforming

5. 5 The Structure of XML XML consists of tags and text Tags come in pairs... They must be properly nested...... --- good...... --- bad (You can’t do......... in HTML)

6. 6 XML text XML has only one “basic” type -- text. It is bounded by tags e.g. The Big Sleep 1935 --- 1935 is still text XML text is called PCDATA (for parsed character data). It uses a 16-bit encoding, e.g. \&\#x0152 for the Hebrew letter Mem Later we shall see how new types are specified by XML-data

7. 7 XML is tree-like person name email tel Malcolm Atchison (215) 898 4321 mp@dcs.gla.ac.sc Semistructured data models typically put the labels on the edges

8. 8 Mixed Content An element may contain a mixture of sub-elements and PCDATA British Airways World’s favorite airline Data of this form is not typically generated from databases. It is needed for consistency with HTML

9. 9 A Complete XML Document Jeff Cohen 04-828-1345 0544-470-778 jeffc@cs.technion.ac.il

10. 10 The Header Tag You can leave out the encoding attribute and the processor will use the UTF-8 default.

11. 11 Ways of representing a DB projects: title budget managedBy employees: name ssn age

12. 12 Project and Employee relations in XML Pattern recognition 10000 Joe Joe 344556 34 Sandra 2234 35 Auto guided vehicle 70000 Sandra : Projects and employees are intermixed

13. 13 Pattern recognition 10000 Joe Auto guided vehicles 70000 Sandra : Project and Employee relations in XML (cont’d) Joe 344556 34 Sandra 2234 35 : Employees follow projects

14. 14 Pattern recognition 10000 Joe Auto guided vehicles 70000 Sandra : Project and Employee relations in XML (cont’d) Joe 344556 34 Sandra 2234 35 : Or without “separator” tags …

15. 15 Attributes An (opening) tag may contain attributes. These are typically used to describe the content of an element cheese fromage branza A food made …

16. 16 Attributes (cont’d) Another common use for attributes is to express dimension or type 2400 96 M05-.+C$@02!G96YE<FEC... A document that obeys the “nested tags” rule and does not repeat an attribute within a tag is said to be well-formed.

17. 17 ODL schema class Movie ( extent Movies, key title ) { attribute string title; attribute string director; relationship set casts inverse Actor::acted_In; attribute int budget; } ; class Actor ( extent Actors, key name ) { attribute string name; relationship set acted_In inverse Movie::casts; attribute int age; attribute set directed; } ;

18. 18 An example Waking Ned Divine Kirk Jones III 100,000 Dragonheart Rob Cohen 110,000 Moondance Dagmar Hirtz 90,000 : David Kelly Sean Connery 68 Ian Bannen :

19. 19 Part II: Document Type Descriptors Imposing structure on XML documents

20. 20 <!ATTLIST person friend (yes | no) #IMPLIED id ID #REQUIRED knows IDREFS #IMPLIED>

21. 21 Document Type Descriptors Document Type Descriptors (DTDs) impose structure on an XML document. There is some relationship between a DTD and a schema, but it is not close -- hence the need for additional “typing” systems. XML Schema and RELAX NG are two such formalisms. The DTD is a syntactic specification.

22. 22 Example: The Address Book MacNiel, John Dr. John MacNiel 1234 Huron Street Rome, OH 98765 (321) 786 2543 jm@abc.com Exactly one name At most one greeting As many address lines as needed (in order) Mixed telephones and faxes As many as needed

23. 23 Specifying the structure name to specify a name element greet? to specify an optional (0 or 1) greet elements name,greet? to specify a name followed by an optional greet

24. 24 Specifying the structure (cont) addr* to specify 0 or more address lines tel | fax a tel or a fax element (tel | fax)* 0 or more repeats of tel or fax email* 0 or more email elements

25. 25 Specifying the structure (cont) So the whole structure of a person entry is specified by name, greet?, addr*, (tel | fax)*, email* This is known as a regular expression. Why is it important?

26. 26 Internal DTD for the address book <!DOCTYPE addressbook [ <!ELEMENT person (name, greet?, address*, (fax | tel)*, email*)> ]>

27. 27 Rest of the address book Jeff Cohen Dr. Cohen jc@penny.com

28. 28 Our relational DB revisited projects: title budget managedBy employees: name ssn age

29. 29 Two DTDs for the relational DB <!DOCTYPE db [... ]> <!DOCTYPE db [... ]>

30. 30 Recursive DTDs <!DOCTYPE genealogy [ <!ELEMENT person ( name, dateOfBirth, person, -- mother person )> -- father... ]> What is the problem with this?

31. 31 Recursive DTDs cont’d. <!DOCTYPE genealogy [ <!ELEMENT person ( name, dateOfBirth, person?, -- mother person? )> -- father... ]> What is now the problem with this?

32. 32 General Definitions of Entities ANY - tells that the element can have any content. EMPTY - tells that the element has no content.

33. 33 Summary of DTD regular expressions AThe tag A occurs e1,e2The expression e1 followed by e2 e*0 or more occurrences of e e?Optional -- 0 or 1 occurrences e+1 or more occurrences e1 | e2either e1 or e2 (e)grouping

34. 34 Specifying attributes in the DTD <!ATTLIST height dimension CDATA #REQUIRED accuracy CDATA #IMPLIED > The dimension attribute is required; the accuracy attribute is optional. CDATA is the “type” of the attribute -- it means string, may take any literal string as a value.

35. 35 Specifying ID and IDREF attributes <!DOCTYPE family [ <!ATTLIST person id ID #REQUIRED mother IDREF #IMPLIED father IDREF #IMPLIED children IDREFS #IMPLIED> ]>

36. 36 Some conforming data Jane Doe John Doe Mary Doe Jack Doe

37. 37 Consistency of ID and IDREF attribute values If an attribute is declared as ID –the associated values must all be distinct (no confusion). If an attribute is declared as IDREF –the associated value must exist as the value of some ID attribute (no dangling “pointers”). Similarly for all the values of an IDREFS attribute. ID and IDREF attributes are not typed.

38. 38 Formally Validity constraint: One ID per Element Type No element type may have more than one ID attribute specified. Validity constraint: ID Attribute Default An ID attribute must have a declared default of #IMPLIED or #REQUIRED. Validity constraint: IDREF Values of type IDREF must match the Name production, and values of type IDREFS must match Names; each Name must match the value of an ID attribute on some element in the XML document; i.e. IDREF values must match the value of some ID attribute.NameNames Name

39. 39 A useful abbreviation When an element has empty content we can use for For example (DTD on next slide): Jane Doe...

40. 40 An alternative specification <!DOCTYPE family [ ]>

41. 41 The revised data Jane Doe John Doe Ami Doe Tami Doe

42. 42 ODL schema class Movie ( extent Movies, key title ) { attribute string title; attribute string director; relationship set cast inverse Actor::acted_In; attribute int budget; } ; class Actor ( extent Actors, key name ) { attribute string name; relationship set acted_In inverse Movie::cast; attribute int age; attribute set directed; } ;

43. 43 Schema.dtd <!DOCTYPE db [

44. 44 Schema.dtd (cont’d) ]>

45. 45 Data Oh God! Woody Allen $2M George Burns

46. 46 Connecting the document with its DTD In line: … ]>... Another file : A URL: <!DOCTYPE db SYSTEM "http://www.schemaauthority.com/schema.dtd">

47. 47 Connecting the document with its DTD Both: file c:/schema.dtd: file to be validated <!DOCTYPE db SYSTEM "c:/schema.dtd" [ ]> Oh God! Woody Allen $2M George Burns

48. 48 Well-formed and Valid Documents Well-formed applies to any document (with or without a DTD): proper nesting of tags and unique attributes. Valid specifies that the document conforms to the DTD: conforms to regular expression grammar, types of attributes correct, and constraints on references satisfied.

49. 49 DTDs vs. Schemas (or Types) By database (or programming language) standards DTDs are rather weak specifications. –Only one base type -- PCDATA –No useful “abstractions” e.g., sets –IDREFs are untyped. You point to something, but you don’t know what! –No constraints e.g., child is inverse of parent –No methods –Tag definitions are global XML Schema and other standards are similar to DB schemas.

50. 50 Part III: Entities To take storage into account

51. 51 What are Entities An entity is a shortcut to a set of information items. You might think of an entity as being a bit like a macro. Entities allow dividing a document between some different storage devices.

52. 52 Why to use entities: Entities save typing. Entities can reduce errors. Entities are easy to update. Entities can act as placeholders for TBD information.

53. 53 Defining Entities You can define entities in your local document as part of the DOCTYPE definition. You can also link to external files that contain the entity data. This, too, is done through the DOCTYPE definition. A third option is to define the entities in your external DTD. Use a local definition when the entity is being used only in this one particulars file. Use a linked, external file when the entity being used in many document sets.

54. 54 Kinds of Entities There are two kinds of entities: general entities parameter entities Internal External Parsed Unparsed Possibilities (first 4 are Parsed): 1.Internal Parameter 2.External Parameter 3.Internal General 4.External General 5.External General Unparsed

55. 55 General entities The definition of general entities in the DTD The usage of the entity in the document is by &Name;

56. 56 Example (partial) <!DOCTYPE mdb [ ]> Oh God! Woody Allen $2M

57. 57 Example - in full <!DOCTYPE mdb [ <!ATTLIST movie id ID #REQUIRED opinion CDATA #IMPLIED>]> Oh God! Woody Allen $2M

58. 58 Browser View

59. 59 Non-parsed Entities <!DOCTYPE mdb [ <!ATTLIST movie id ID #REQUIRED opinion CDATA #IMPLIED starimage ENTITY #IMPLIED> ]>

60. 60 Data -- note: no ampersand Oh God! Woody Allen $2M

61. 61 Parameter Entities Parameter entities are used only within DTDs. They carry information for use in the markup declaration. Internal entities - references are within the DTD. External entities - references draw information from outside files. Parameter Entity declaration: Can’t use in the internal DTD subset

62. 62 Parameter Entity Example <!ATTLIST person friend (yes | no) #IMPLIED id ID #REQUIRED knows IDREFS #IMPLIED>

63. 63 Entities Definition Local Definition: <!DOCTYPE [ <!ENTITY copyright "Copyright 2000, As The World Spins Corp. All rights reserved. Please do not copy or use without authorization. For authorization contact legal@worldspins.com."> ]> Global Definition: <!DOCTYPE [ <!ENTITY copyright SYSTEM "http://www.worldspins.com/legal/copyright.xml">]>

64. 64 Example <!DOCTYPE [ <!ENTITY copyright "Copyright 2000, As The World Spins Corp. All rights reserved. Please do not copy or use without authorization. For authorization contact legal@worldspins.com."> ]>

65. 65 Example (cont.) Mini-globe revolutionizes keychain industry Today As The World Spins introduces a new approach to key chains. With the new MINI-GLOBE keys can be kept inside a chain, called for upon demand, and stored safely. Never more will consumers lose a key or stand at a door flipping through a stack of keys seeking the right one. &trademark;&copyright;

66. 66 Using CDATA <HEAD1> Entering a Kennel Club Member Enter the member by the name on his or her papers. Use the NAME tag. The NAME tag has two attributes. Common (all in lowercase, please!) is the dog's call name. Breed (also in all lowercase) is the dog's breed. Please see the breed reference guide for acceptable breeds. Your entry should look something like this: Sir Fredrick of Ledyard's End ]]> </EXAMPLE>

67. 67

68. 68 Namespaces Namespaces are a way of preventing name clashes among elements from more than one source within the same XML document. They are also useful in identifying elements that are meaningful for a particular XML application. See http://www.w3.org/TR/REC-xml-names/

69. 69 Namespaces URIs are either of URLs or URNs. An XML namespace is, literally, identified by a URI reference. The reference need not point to an actual resource! A URI reference may be associated with more than one prefix. Prefixes are used in XML documents in forming element and attribute names (prefix:localname). Two prefixes that are associated with the same URI are said to be in the same namespace. declaring a namespace - identifying a namespace used in the document. DTDs are unaware of namespaces.

70. 70 Example Defining the Namespace ATDB: Using a tag from the ATDB Namespace This is an xml tag. ADTB:myTag is a qualified name. Using A tag not from the namespace: This is a ‘made in Israel’ tag.

71. 71 Scope of Namespaces A prefix is associated with the namespace in the element scope in which it is defined. Example (birthdate is associated with no namespace): John Smith 12-11-87 Technion City 234

72. 72 Default Namespaces A default namespace applies to all elements in its scope. However, it does not override explicit prefixes (their non- prefixed child elements are default-bound). Example (name and birthdate are bound): John Smith 12-11-87 Technion City 234 Non-prefixed attribute names are associated with no namespace even when in scope.

73. 73 Summary XML is a useful data format. Its main virtues are widespread acceptance and the (important) ability to handle semi-structured data (data without schema) DTDs provide some useful syntactic constraints on documents. As schemas they are weak. –How to store large XML documents? –How to query them? –How to map between XML and other representations?