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 » et l’attribut ID
d’ un élément « bibliothèque » prend pour valeur « roman10 », l’évaluation comparative ne
permettra pas de liaison.
Si par contre l’attribut ID devient « memoire1 », la liaison entre les éléments par le pointeur sera
établie.
Comme nous le verrons plus bas, la notion de pointeur peut relever de la comparaison d’attributs
identifiant sans recourir à ID IDREF.
Si les pointeurs permettent un découplage des éléments, il génèrent un inconvénient: la lenteur de
traitement.
Le parseur ne navigue pas facilement entre les ID IDREF, la relation ID IDREF est
unidirectionnelle: de IDREF vers ID s’opère facilement, mais l’inverse est plus laborieux.
Cela implique que le parseur doit parfois effectuer plusieurs passages au sein du document si
l’élément comportant le ID est positionné avant celui contenant IDREF.
Ce processus peut devenir laborieux pour les fichiers XML de grande taille.
Nous aurons recours à cette méthode, notre fichier ABC_XML ayant peu de chances d’atteindre une
taille critique.
(source: XML et bases de données. ISBN: 2-212-09282-2 page 34-35).
Nous utiliserons des pointeurs pour relier les quatre groupes d’éléments de relation définis ci-dessus
– « mesurage » pointe vers « activite »
– « composition_activite » pointe vers « famille_cout »
– « imputation » pointe vers « pcmn »; « composition_famille » pointe vers « pcmn »; « charge
_directe » pointe vers « pcmn ».
Nous remarquons que les pointeurs portent sur trois les éléments « multi-parents » évoqués en
modélisation hiérarchique.