Discussion :

[Amon]

Bonsoir à tous,

J'ai détecté une requête dans mon appli qui dure 8s.

J'en ai faite une VIEW en espérant gagner quelques secondes. J'avais en effet lu à quelques endroits que les VIEW étaient en quelque sorte "précompilées" et s'exécutaient beaucoup plus rapidement que des SELECT classiques.

Que nenni, les deux requêtes SELECT classique ou SELECT view ont un temps d'exécution sensiblement identique.

L'intérêt des VIEWS réside-t-il donc "seulement" dans une facilitation de la syntaxe SQL ? 0 intérêt utilisateur ? (ie : performances)

Précision, je suis sous MYSQL 5.0

Merci d'avance pour vos réponses,

Amon.

[Oishiiii]

Bonsoir,

Une requête sur une vue n'est pas plus performante que sa requête SELECT de création.
Une vue n'est qu'un "alias" sur une requête SELECT.
Mais elles ont d'autres fonctions très importantes (vue externe, simplification des requêtes, gestion de privilèges), voir par exemple ce sujet pour plus d'infos:
http://www.developpez.net/forums/d91...e/#post5161803

Pour le coté performance, il faut utiliser des vues matérialisées, qui elles voient leurs données stockées physiquement sur le disque.

MySQL ne propose pas les vues matérialisées.
Il est peut-être possible de les simuler en créant une table alimentée par des Triggers.

[Amon]

Merci Oishiiii pour ta réponse claire et ces pistes de réflexion.
Bonne soirée !

[CinePhil]

Pour améliorer la performance de ta requête, commence par vérifier que la ou les tables impliquées soient bien indexées.

Si ce n'est pas trop tard, vérifie aussi les types des colonnes et le schéma de la BDD.

Les premières optimisations commencent par là.

Si tu nous donnes la requête et la structure des tables, on peut t'y aider.