Accéder au contenu principal

Tester un début de chaine: Left ou Like ?

Pour tester la valeur du début d'une chaîne de caractères, quelle est la solution la plus efficace:
IF Left(strTexte, 5) = "TOTAL" THEN
ou bien
IF strTexte LIKE "TOTAL*" THEN

Pour répondre à cette palpitante question j'ai mesuré quelques dizaines de milliers d'itérations, et le résultat est intéressant: la solution LEFT prend 6 fois plus de temps que la solution Like, et cela en incluant le temps des autres traitements.

Allons plus loin: qu'en est-il lorsqu'on veut tester l'extrémité droite de la chaîne de caractères ?
Après test, RIGHT utilise le même temps que LEFT, par contre Like "*Total" prend 3 fois plus de temps que Like "Total*".
Like reste donc dans tous les cas plus performant, mais d'un facteur 3 au lieu d'un facteur 6.

Si l'on tient compte que les temps mesurés incluaient d'autres opérations (boucle FOR..NEXT, affichage du résultat..) l'impact réel des facteurs mesurés est encore plus important.

Commentaires

Posts les plus consultés de ce blog

Champs obligatoires dans un formulaire Access

Comment rendre des champs obligatoires dans un formulaire Access ? La réponse la plus évidente est de modifier le design de la table et d'assigner au paramètre Required la valeur True. L'ennui de cette méthode est que le message d'erreur d'Access n'est pas très convivial et ne spécifie pas quel champ a déclenché l'erreur. Plutôt que d'écrire une routine de gestion d'erreur complexe, il y a une solution toute simple: affecter la valeur Faux à la propriété  Required du champ, Validation Rule: Is Not Null Validation Text: le texte à afficher, ex: "Code Postal obligatoire" ..et le tour est joué. Cette astuce vient de l'excellent Allen Browne, dont le site (en anglais) regorge d'informations utiles sur Access. ps: je n'ai pas sous la main de version française d'Access pour la traduction des propriétés, désolé...

ROW_NUMBER OVER PARTITION en Access

Ceux qui ont l'habitude de travailler avec une "grosse" base données comme SQL Server / Oracle / PostGreSQL, sont parfois frustrés face à certaines lacunes du SQL d'Access.   Prenons par exemple: ROW_NUMBER() OVER PARTITION, dont l'absence rend certaines requêtes très compliquées.   J'ai donc écrit une petite fonction VBA qui peut être appelée depuis un query Access et qui simulera assez bien ce ROW_NUMBER() OVER PARTITION.   Notez que ceci ne fonctionnera pas correctement dans une vue ou un formulaire interactif. Par contre comme source d'un rapport ou d'un export Excel, c'est impeccable.   En pratique il est préférable d'initialiser la fonction avec une chaîne de caractères "improbable" avant de lancer le rapport, comme indiqué dans le code.