Requêtes OLAP sur une base de données XML native - Cercle ...

More documents

Recommendations

Info

3.4 Le document XML 18 Documents orientés données Les documents orientés données (data-centric) sont ceux où XML est utilisé pour transporter des données. Ils incluent les ordres de ventes, les enregistrements de patients et les données scientifiques. Leur structure physique (l’ordre des éléments, l’utilisation de PCDATA ou d’attributs) n’est pas importante dans la majorité des cas. Documents orientés présentation Les documents orientés présentation (document-centric) sont ceux dans lesquels XML est utilisé pour ses capacités similaires à SGML, comme dans un manuel d’utilisateur, une page web statique en XHTML ou des brochures. Ils sont caractérisés par leur structure irrégulière et leur contenu mixte. A l’opposé des documents orientés données, leur structure physique est importante. Par exemple, pour un manuel d’utilisateur, l’ordre des chapitres est important. Par contre, pour une facture, l’ordre des articles ne l’est pas ou l’est moins. 3.4.4 Les éléments, ses attributs et les données textuelles Dans le document XML, après le prologue, se trouve une série d’éléments. Un élément est l’unité de base d’un document XML, composé de données textuelles et de balises. Les frontières d’un élément sont définies par une balise de début et une balise de fin. Un élément peut contenir des attributs additionnels. Par exemple, Jean Dupond est un élément et Jean Dupond est un élément contenant un attribut. Notons qu’XML permet la définition d’éléments vides : ils n’ont pas de contenu et pas de balise fermante. Ces éléments sont formés en ajoutant une barre oblique à la fin de la balise ouvrante. est un élément vide. Du point de vue de la syntaxe, le nom d’un élément doit toujours commencer par une lettre et est sensible à la casse. Un élément ne peut contenir que du texte ou une combinaison de textes d’autres éléments : Jean Dupont18 est une combinaison valide. Un document XML bien formé doit contenir au moins un, et un seul élément non vide, appelé élément racine. Celui-ci peut contenir d’autres éléments définissant ainsi un arbre. Comme le précise la spécification XML, tout texte qui n’est pas du balisage est une donnée textuelle du document. Précisons toutefois que certains symboles sont interdits comme et &. Pour utiliser ces caractères, il faut les remplacer par leur représentation hexadécimale. Les éléments peuvent, comme indiqué plus haut, contenir des attributs qui fournissent des informations supplémentaires. Ces attributs sont des couples (nom, valeur) de la forme nom="valeur". Ils doivent se trouver dans la balise ouvrante après le nom de l’élément. Notons que les noms d’attributs sont aussi sensibles à la casse, qu’ils doivent être uniques au sein d’un même élément et que les valeurs des attributs se trouvent obligatoirement entre guillemets. La décision d’utiliser un attribut plutôt qu’un élément peut être un problème complexe car leurs
3.5 Les DTD et les Schémas XML 19 fonctionnalités sont similaire. Les deux formes suivantes sont correctes et permettent d’obtenir le même effet : Jean Dupond Jean Dupondm Des raisons valides pour utiliser des attributs au lieu d’éléments sont l’affectation d’un identificateur à un élément ou la description de caractéristiques de l’élément lui même : Jean Dupond Jonagold Notons qu’il est aussi possible de limiter les valeurs possibles d’un attribut grâce à une DTD ou un Schéma XML afin d’éviter les erreurs. Nous en parlerons au point 3.5. 3.4.5 L’espace de nom Un document XML peut contenir des éléments et des attributs correspondants à plusieurs domaines distincts, par exemple plusieurs dialectes. Il se peut donc qu’il y ait des collisions au niveau des noms d’éléments et d’attributs. Peu après la première recommandation XML de 1998, une solution à ce problème est établie : les espaces de noms (namespaces en anglais). Les espaces de noms permettent d’introduire une collection de noms utilisables pour les éléments et attributs d’un document XML. Une collection est identifiée par un URI. On peut donc utiliser un espace de nom par défaut ou plusieurs espaces de nom au sein d’un même document XML à l’aide de préfixes. Nous ne rentrerons pas dans les détails de ce concept. 3.5 Les DTD et les Schémas XML Les DTD et les XML Schémas sont des langages utilisés pour définir la structure des documents XML. Ils déterminent quels éléments peuvent être contenus dans un document XML, quels éléments peuvent être imbriqués dans d’autres, quelle valeur par défaut leurs attributs peuvent avoir, etc. A l’aide d’une DTD ou d’un Schéma XML et du document XML correspondant, un analyseur syntaxique peut confirmer que le document est conforme à la structure et aux contraintes désirées. Un tel document est dit valide. Les DTD XML[7] sont un sous-ensemble des DTD SGML. Une DTD définit la structure du document à l’aide d’une liste d’éléments légaux. Le mot-clé !ELEMENT définit le type de l’élément et le mot-clé !ATTLIST précise ses attributs. La DTD permet également de déclarer le nombre de fois qu’un élément fils peut apparaître dans un élément parent : un ou plus (+), zéro ou plus (*) ou zéro ou un ( ?). Les attributs de type ID et IDREF permettent de créer des relations entre les attributs, à l’image des clés étrangères utilisées dans les systèmes relationnels. Les types d’éléments possibles sont les suivants : ⊲ #PCDATA désigne les données textuelles devant être traitées par l’analyseur ;
Page 1 and 2: Faculté des Sciences Département
Page 3 and 4: TABLE DES MATIÈRES iii Table des m
Page 5 and 6: TABLE DES MATIÈRES v 5 Les bases d
Page 7 and 8: Chapitre 1 Introduction Le but de c
Page 9 and 10: Chapitre 2 Les entrepôts de donné
Page 11 and 12: 2.3 Le modèle multidimensionnel 5
Page 17 and 18: 2.5 Analyse des données 11 F. Codd
Page 19 and 20: Chapitre 3 Les documents XML Ce cha
Page 21 and 22: 3.3 Motivations 15 9. Les documents
Page 23: 3.4 Le document XML 17 présenter.
Page 27 and 28: 3.5 Les DTD et les Schémas XML 21
Page 29 and 30: 3.6 Modélisation des documents XML
Page 31 and 32: 3.6 Modélisation des documents XML
Page 33 and 34: Chapitre 4 Les langages d’interro
Page 35 and 36: 4.2 XPath 29 sont peut être pas é
Page 37 and 38: 4.3 XQuery 31 4.3 XQuery 4.3.1 Intr
Page 39 and 40: 4.3 XQuery 33 A titre d’illustrat
Page 41 and 42: 4.3 XQuery 35 4.3.7 Limitations De
Page 43 and 44: 4.4 Autres langages d’interrogati
Page 45 and 46: 4.5 Conclusions 39 ou à produire d
Page 47 and 48: 5.2 Types de bases de données XML
Page 49 and 50: 5.3 Bases de données XML natives 4
Page 65 and 66: 5.4 eXist, une base de données XML
Page 75 and 76:
5.5 Conclusions 69 intéressant de
Page 77 and 78:
6.2 Systèmes d’analyse (OLAP) 71
Page 79 and 80:
6.2 Systèmes d’analyse (OLAP) 73
Page 81 and 82:
6.3 Besoins d’un système OLAP ba
Page 83 and 84:
6.4 Le test TPC-H 77 existait des s
Page 85 and 86:
6.4 Le test TPC-H 79 Requête simpl
Page 87 and 88:
6.4 Le test TPC-H 81 précédemment
Page 89 and 90:
6.5 Conclusions 83 6.5 Conclusions
Page 91 and 92:
7.1 Base de données source 85 < co
Page 93 and 94:
7.2 Requêtes d’analyse 87 SELECT
Page 95 and 96:
7.3 Groupements en XQuery 89 Ces de
Page 97 and 98:
7.4 Scénario d’évaluation 91 d
Page 99 and 100:
7.4 Scénario d’évaluation 93 po
Page 101 and 102:
7.4 Scénario d’évaluation 95
Page 103 and 104:
7.6 Conclusions 97 Temps (ms) 80000
Page 105 and 106:
7.6 Conclusions 99 T(eXist)/T(scrip
Page 107 and 108:
8.2 Travaux Futurs 101 Cet opérate
Page 109 and 110:
BIBLIOGRAPHIE 103 [19] J. Clark and
Page 111:
BIBLIOGRAPHIE 105 [58] D. Florescu
show all

Requêtes OLAP sur une base de données XML native - Cercle ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?