Recherche
admin
Les Expressions XQuery
L’outil essentiel de XQuery pour l’évaluation est l’ expression. Plusieurs catégories d’expressions existent. Nous ne les citons pas toutes, simplement celles qui seront utilisées pour la suite de ce travail. – Path: une expression path permet de naviguer dans le document sur lequel porte la requête. – Comparaisons: =,, !, etc permet de comparer les […]
Le datamodel
Le data model est une représentation formelle des données d’un document XML qui fera l’objet d’un traitement XQuery. XQuery est défini comme une transformation d’une instance du query data model en une autre instance du data model. Cette représentation défini chaque donnée, tant en position au sein du document qu’en termes de type. Cette définition […]
Le processeur XQuery
XQuery a un processeur, solution logicielle qui effectue l’ « analyse syntaxique », l’ « évaluation dynamique » et l’exécution de la requête. Ce processeur se charge également de « parser » le document XML, en créer le « XML Infoset » et le « XQuery data model ». Le processeur retourne un résultat soit […]
Traitement « interne »
XQuery procède ensuite à deux phases. Un input qui est la requête XQUERY, est parsé durant la « phase d’analyse statique ». Si l’ « analyse statique » valide la requête, intervient la « phase d’évaluation dynamique », au cours de laquelle les valeurs des expressions sont traitées . Enfin intervient la sérialisation (la seconde […]
Traitement « externe »
Un input, le document XML sur lequel porte la requête XQuery, est traité par un parser. Lors du parsing est créé le « XML Information Set » modélisant le document sous forme d’une hiérarchie de « nodes ». Les « nodes » sont identifiés et notés dans un « document order » complété à chaque […]
Fonctionnement de XQuery
Notre décrivons de façon très simplifiée le processus de traitement de XQuery. Le W3C divise le processus que nous résumons en deux parties: – l’une assimilée à une démarche « externe » à XQuery, traitant le document XML – la seconde « interne » et coeur de XQuery traitant la requête XQuery. Notons que ces […]
XQuery recommandation W3C
Le 23 janvier 2007, soit après neuf années, XQuery est devenu une recommandation du W3C . Page suivante : Fonctionnement de XQueryRetour au menu : Elaboration d’une application de la méthode Activity Based Costing utilisant les technologies XML
Autres sources
Plusieurs « query languages » existants ont influencé XQuery, des membres du « query work group » ayant auparavant contribué au développement de ces langages. Le plus proche parent de XQuery est QUILT , une proposition de membres du « query work group ». La proposition du langage QUILT comportait un des composants essentiels de […]
L\’influence de XML Schema
XML SCHEMA est un langage qui crée des schémas de validation pour documents XML. Il comporte de nombreux types (de données), permet d’en créer d’autres. Les données d’un document XML et les types issus du schéma qui leur sont appliqués sont le « Post-Schema Validation Infoset » ou « PSVI ». Le design de XQuery […]
L\’influence de Xpath
Xpath, une recommandation du W3C datant de novembre 1999, était déjà largement utilisé par la communauté XML. Xpath est un outil de recherche simple pour documents XML, permettant la navigation dans le document. L’influence de Xpath se trouve dans l’intégration des « path » au sein de XQuery, un parcours de l’arbre qui retourne les […]
Historique
Le format XML ayant été largement adopté, une profusion de documents XML, bases de données XML sont apparus. Il est devenu nécessaire de disposer d’un outil permettant d’extraire des données de ces fichiers XML, présenter des résultats, effectuer des recherches au sein de bases de données XML, etc. Le W3C est à l’origine de cette […]
Chapitre 6 XQuery, outil de requête
Avant de passer en la partie du mémoire consacrée aux requêtes portant sur le document XML, nous présentons ici XQuery, outil de requête qui sera utilisé. Nous en brossons un bref historique et tentons d’en décrire le fonctionnement, une compréhension du modèle interne pouvant aider à son utilisation. Nb.: nous utiliserons des termes techniques en […]
Les données d\’exercice de l\’entreprise
Ces données concernent les clients, commandes, mesurages et charges directes et indirectes que nous imputons. Les clients et commandes. Nous avons ouvert trois éléments client. Le premier élément client a pour attributs: Ce client a passé une commande, que nous lisons dans l’élément commande qui est inclu (dans l’élément client que nous venons de décrire). […]
Les données d\’analyse ABC
Ce sont les données des éléments et , et . Les activités Nous y transcrivons activité par activité quelles familles de coût les composent, et dans quelle proportion. Cela a été défini dans le chapitre consacré à la méthode ABC, et synthétisé par un tableau que nous reproduisons. Pour le premier élément traitant de l’activité […]
Les données du document XML
Disposant de la structure du document XML, nous devons y saisir les données comptables que nous déclarions au premier chapitre, ainsi que quelques mesurages et autres données client. Nous distinguons deux types de données au sein du document XML: – les données relevant de la pratique de l’entreprise – les données nécessaires à l’analyse ABC. […]
Le document XML
Nous rédigeons le document XML. Comme nous l’avons déjà évoqué plus haut, la DTD doit être respectée scrupuleusement. Si au lieu de saisir « pcmn », nous saisissons « pmcn », le parseur décèlera l’erreur qui sera une erreur bloquante, c’est à dire qu’aucune opération n’est possible tant qu’il n’y a pas correction. Des deux […]
La DTD en pratique
Elément racine. La première ligne de la DTD déclare l’élément racine qui est « ABC » ainsi que les éléments imbriqués dans ABC Plusieurs instances de ces éléments sont autorisées dans le document XML du fait de la présence du signe + suivant chacun des éléments déclarés (client+,..etc..) Elément « client » . L’élément « […]
Organisation de l\’ordre des éléments
Nous devons choisir l’ordre dans lequel apparaîtront ces éléments imbriqués. Nous optons une représentation lisible. A savoir: partir de client et de sa commande qui fait l’objet de mesurages ayant trait à des activités constituées de familles de coûts elles mêmes composées de charges indirectes. Page suivante : La DTD en pratiqueRetour au menu : […]
Les pointeurs
Les pointeurs utilisent généralement les types ID IDREF(S) pour mettre des éléments en relation. Pour établir la relation entre les éléments pointés par les attributs ID IDREF(S) situé dans des éléments distincts, l’outil de requête compare la valeur de ces attributs. Exemple: si l’attribut IDREF d’un élément « livre » prend pour valeur « memoire1 […]
L\’imbrication des éléments
L’imbrication d’éléments consiste à inclure l'(es) élément(s) enfant(s) dans l’élément parent. Le défaut de cette méthode est une lourdeur du document due à la redondance de l’information. XML est par nature verbeux, ce n’est donc pas anormal. Nous imbriquerons les quatre « colonnes » du modèle hiérarchique. – L’élément racine (vide) « ABC » inclut […]
Les relations entre éléments
En examinant le modèle hiérarchique, nous distinguons que les tables se répartissent en quatre « colonnes » distinctes, qui sont quatre relations parent/enfants d’éléments. Ces quatre relations sont reliées entre elles par les trois éléments ayant deux parents, « mesurage », « composition_activite » et « pcmn » comme nous l’avons vu dans la modélisation […]
La DTD
Dans la DTD, nous devons traduire les tables issues des modélisations ERD et Hiérarchiques. XML retient la notion d’élément, nos tables deviendront des éléments. Le terme d’attribut restera, un élément comportant des attributs, tout comme une table comporte des attributs. Hormis le fait de créer des éléments et leurs attributs, nous devons également définir dans […]
Chapitre 5 Le fichier ABC XML et la DTD
Ayant modélisé hiérarchiquement l’application ABC, nous devons la transposer sous forme de document XML. Lors d’une première étape, nous créerons la DTD qui comme nous l’avons vu plus avant, validera notre document XML. Ensuite, la seconde étape consistera à élaborer le document XML correspondant, et à y saisir de l’information. Page suivante : La DTDRetour […]
Eléments à parents multiples
Notre représentation hiérarchique ne serait pas complète sans les éléments ayant des parents multiples. Il s’agit des trois tables descendantes de plus de une table. Nous voyons que « composition_activite » a pour parent « activite » comme nous venons de le voir, mais également « famille_cout »: à une « famille_cout » correspond 1 […]
Modélisation hiérarchique
Comme nous l’avons évoqué plus haut, XML propose une représentation hiérarchique des données, qui forme un arbre XML. Un élément racine est le point de départ obligatoire d’une modélisation hiérarchique. Nous ne disposons pas parmi les tables du modèle ERD que nous venons de développer, d’élément racine (ou parent) de tous les autres éléments (tables). […]
Les tables de relation
Nous devons établir des relations entre ces tables de base du système. C’est-à-dire une relation entre « pcmn » et « charge_indirecte », entre « charge_indirecte » et « famille_cout », entre « famille_cout » et « activite », entre « activite » et « commande », entre « client » et « commande », […]
Modèle Entity Relationship Diagram
Nous représentons les données et les relations qui les lient au moyen d’un modèle Entity Relationship Diagram (ERD). Nous créerons des tables et attributs nécessaires; un attribut ayant un rôle index et noté « id_ … » sera créé pour chaque table. Nous prenons comme convention de ne pas utiliser, tant pour nommer les tables […]
Chapitre 4 Modélisation ERD et hiérarchique
En cette partie consacrée à la modélisation, nous devons transposer la description technique de la méthode Activity Based Costing en concepts XML, servant de base à la création du document XML reprenant les informations ABC. Nous l’avons déjà évoqué: XML a une structure hiérarchique. La modélisation des données se fera à l’aide d’un Entity Relationship […]
Echec de la solution libre
Pour conclure cette partie logicielle, nous avons dû renoncer à utiliser des logiciels libres par manque de connaissance probablement, par manque de documentation. Linux n’a pas simplifié la démarche, il est possible qu’un Operating System plus répandu aurait ouvert d’autres possibilités en matière d’installation logicielle. Nous utiliserons donc une solution commerciale: Oxygen. Page suivante : […]
XQuery low-level
Nous notons la remarque de Monsieur Fischer: « It seems that MXQuery is probably a fairly low-level solution to your problems ». N’étant pas à même de mesurer la portée de la remarque, nous en prenons note et poursuivons notre démarche. Page suivante : Echec de la solution libreRetour au menu : Elaboration d’une application […]