Merci de ton retour...
je viens de faire 2-3 tests sur une requête un peu couteuse sur mon appli, qui joint plusieurs tables, de l'index plein texte et implémente différentes conditions dont un calcul de date, en utilisant les 2 syntaxes
C'est sur du SQL server 2008, et il n'y a pas de différence notable, sur des batchs de 500 requêtes, ou quelques secondes de moins pour la syntaxe non normalisée.
C'est une image, je trouve qu'il y a un coté "prend le paquet et débrouille-toi"
J'ai bien conscience de ce processus de mise en cache, je peux l'observer de la même façon sur sql server, ne serait-ce qu'avec un outil comme le moniteur d'activité. Mais l'idée est bien que cela ne nuit pas, et de demander explicitement la mise en cache par le biais du preparedstatement doit protéger ce plan des flush mémoire qui vont concerner la gestion interne du SGBD
Quelque part ça fait écho à ce qu'écrivait sodium plus haut et la difficulté pour certains d'adopter des standards pourtant anciens, même sur leur propre plate-forme de prédilection.
Partager