[XSLT] Problème de performance "contains"

Version imprimable

08/09/2009, 10h44
questionneuse

[XSLT] Problème de performance "contains"

Bonjour :),

J'ai un petit problème de performance sur un script XSL, je pense que cela doit venir de cette ligne:

Code:

<xsl:variable name="TOC" select="//iop[@label = 'C_UU' and contains(@monCode, 'aa')]"/>

elle ralentit mon code cela doit etre du au "contains"

avant mon code était celui là:

Code:

<xsl:variable name="TOC" select="//iop[@label = 'C_UU' and @monCode='aa_u']"/>

c'est une des chose que j'ai changé dans mon script, il y a d'autres choses mais j'ai lu ici et là que le "contains" ralentissait s'il n'était pas bien utilisé donc je me doute que c'est lui qui pose problème..

Si quelqu'un a une idée du pourquoi et du comment résoudre le problème?

Merci.
08/09/2009, 10h52
Erwy

Il ya plusieurs possibilté mais sans tout le code xslt et l'usage que tu veux en faire cela risque d'être dur :?

la plus simple.
Si je lis bien ton ancien code "aa" serait les premières lettres, tu pourrais remplacer la fonction contains par starts-with

Plus complexe mais un gros gain de performance en général.
Tu réécris ton code pour qu'au lieu d'utiliser une variable tu puisses utiliser une xsl:key
08/09/2009, 11h23
questionneuse

Merci pour ta réponse,
J'ai une question à propose du contains pourquoi est il moins performant que le "="?

Je peus pas utiliser starts-with puisque je ne pas qu'il commence par aa mais qu'il contienne aa.
08/09/2009, 13h28
Erwy

Si mes souvenirs sont bons c'est parce qu'il n'y a que deux opeérations processeur pour une égalité.

- On addtionne bit à bit les deux chaines
- si somme =0 égalité.

Pour un contains on va devoir trouvé dans la chaine un morceau qui valide.
Beaucoup plus d'opération
08/09/2009, 16h28
GrandFather

Bonjour,

Citation:

Envoyé par questionneuse

elle ralentit mon code cela doit etre du au "contains"

Techniquement, tes deux variantes ne font pas exactement la même chose ; la première peut te sélectionner plus d'éléments iop que la seconde, la différence de performances provient peut-être de là.

Autre chose : l'usage de //. Cette notation est un raccourci pour « /descendant-or-self::node()/ », soit une expression XPath qui force à parcourir tout le document XML. Pas l'idéal pour les performances, il vaut mieux utiliser le chemin précis plutôt que ce raccourci.