Discussion :

[L00kMyEyes]

Bonjour,

J'ai un fichier XML dont la structure ressemble à celui-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
<GARAGE>
    <VOITURE ID='1'>
         <COULEUR>
             rouge
         </COULEUR>
         <MARQUE>
             a
         </MARQUE>
    <VOITURE>
    <VOITURE ID='2'>
         <COULEUR>
             rouge
         </COULEUR>
         <MARQUE>
             b
         </MARQUE>
    <VOITURE>
    <VOITURE ID='1'>
         <COULEUR>
             jaune
         </COULEUR>
         <MARQUE>
             b
         </MARQUE>
    <VOITURE>
</GARAGE>

Est-il possible d'effectuer ce genre de requête ? :
J'aimerais avoir toutes les voitures ayant la même couleur que celles de la marque 'a'.

Merci pour votre aide.

[Loceka]

Oui.

Tu peux t'inspirer de ce post pour voir à quoi ressemblerait le XPath :
http://www.developpez.net/forums/d11...tri-difficile/

[thelvin]

Vu qu'il n'y a pas de tri c'est bien plus simple.
Simple affaire d'utiliser les prédicats.

Toutes les VOITURE *dont*

COULEUR est égal à un truc dans
COULEUR *de*

Toutes les VOITURE *dont*

MARQUE est égal à 'a'

Il peut toutefois y avoir quelques difficultés à cause des whitespaces du document.
Il aurait mieux valu un truc genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<GARAGE>
    <VOITURE ID='1'>
         <COULEUR>rouge</COULEUR>
         <MARQUE>a</MARQUE>
    <VOITURE>
    <VOITURE ID='2'>
         <COULEUR>rouge</COULEUR>
         <MARQUE>b</MARQUE>
    <VOITURE>
    <VOITURE ID='1'>
         <COULEUR>jaune</COULEUR>
         <MARQUE>b</MARQUE>
    <VOITURE>
</GARAGE>

(En fait, pour un exemple pareil, ce serait plutôt quelque chose comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<garage>
    <voiture id='1' couleur='rouge' marque='a'/>
    <voiture id='2' couleur='rouge' marque='b'/>
    <voiture id='3' couleur='jaune' marque='b'/>
</garage>

En fait, un CSV serait sans doute plus adapté que du XML.

mais je suppose que c'est l'exemple qui est simplifié)

[Loceka]

Vu qu'il n'y a pas de tri c'est bien plus simple.
Simple affaire d'utiliser les prédicats.

Je parlais juste du XPath utilisé, pas du tri XSL.

[L00kMyEyes]

J'ai suivi le lien que m'a donné Loceka et en effet le problème traité semble similaire au mien.

Du coup j'en déduit la requête ci-dessous :

GARAGE/VOITURE[COULEUR = ../VOITURE[(MARQUE = 'a')]/COULEUR]

Cela fonctionne à merveille.

Vous avez l'air assez bien calé en xpath donc j'en profite pour vous poser une autre question : les valeurs, il vaut mieux les enregistrer en tant qu' attribut ou en tant qu'élément ? En terme de performance cela donne quoi ?

Merci beaucoup.

[thelvin]

les valeurs, il vaut mieux les enregistrer en tant qu' attribut ou en tant qu'élément ?

Ça dépend d'une tétrachiée de choses, malheureusement. On peut toujours suivre des grandes lignes, mais à la fin, chacun doit définir son format de la manière la plus adaptée pour ce qu'il pensait en faire.

Si je t'ai conseillé de les passer en tant qu'attribut, c'est parce que :
- Une voiture n'a probablement qu'une seule couleur.
- Une voiture n'a qu'une seule marque.
- Marque et couleur n'ont pas l'air sujets à l'extensibilité : a priori il n'y aura jamais besoin de leur ajouter des balises enfants.
- Il n'y a pas beaucoup de valeurs à représenter. Avoir soixante attributs c'est pas très apprécié en XML, mais quand ils tiennent sur une ligne c'est cool.
=> Il est donc possible de les passer en attributs.
- Ces valeurs n'ont pas besoin de whitespace d'indentation, et le leur permettre ne peut provoquer que des complexités.
- On n'a pas tendance à mettre de whitespace dans les attributs, et si on le fait, il est automatiquement normalisé de toute façon.
=> Il y a donc quelque chose à gagner à les passer en attributs.

Les grandes lignes c'est ça, mais je ne me suis pas intéressé à ton cas propre, puisque je ne le connais pas. Il y a peut-être d'autres choses à prendre en compte.
Parmi les outils utilisés, certains sont peut-être incapables de gérer les attributs.
Parmi les gens qui doivent travailler avec, certains n'ont peut-être pas été formés aux attributs
Il pourrait aussi y avoir l'inverse.
Dépend de trop de choses pour donner une réponse définitive.

En terme de performance cela donne quoi ?

Houlà, mais on s'en tape de ce genre de performances. Du fait qu'ils sont uniques et moins imbriqués, les attributs sont forcément un chouilla plus rapides à lire que les éléments enfants. À moins que les outils utilisés fassent le contraire exprès.
Mais ça n'a aucune espèce d'importance.