Version imprimable
Bonjour, je me pose une question.
En cours, nous apprenons à faire des requêtes imbriquées.
Et en pratique, on nous demande de n'utiliser que des petites requêtes (donc de casser les requêtes imbriquées en plusieurs petites requêtes).
Le fait de ne faire que des petites requêtes (pour un site internet) améliore t-il le temps d'affichage des traitements? Quel en est l'avantage?
Si c'est plus performant, alors pourquoi apprenons nous à faire des requêtes imbriquées?
Je vous remercie :)
Parce que les requêtes de bases de données ne s'arrêtent pas aux sites internet ?
Et que qui peut le plus, peut le moins.
Hum? :? Pas comprisCitation:
Envoyé par Waldar
C'est vrai que c'était une question bête :aie:Citation:
Envoyé par Waldar
Vous dites :
J'ai supposé que ce que vous appellez "en pratique" est fortement lié à "pour un site internet".Citation:
En cours, nous apprenons à faire des requêtes imbriquées.
Et en pratique, on nous demande de n'utiliser que des petites requêtes
Le fait de ne faire que des petites requêtes (pour un site internet)
D'où ma réponse, on n'écrit pas des requêtes SQL que pour faire des sites internet, il existe "autre chose".
Je m'en doute merci.
Sinon je rappel la question qui m'interesse le plus:
"Le fait de ne faire que des petites requêtes (pour un site internet) améliore t-il le temps d'affichage des traitements? Quel en est l'avantage?"
Bonsoir,
Plutôt étrange comme phrase, et assez révélatrice... ;)Citation:
améliore t-il le temps d'affichage des traitements ?
Un traitement n'a pas de temps d'affichage, il a un temps de traitement.
On parle de serveurs SQL.
Le fait de découper un traitement en plusieurs petits traitements allongera pratiquement toujours le temps de traitement total.
Mais du côté de "l'affichage", ça peut donner l'impression que "ça va plus vite"
si l'application (le site web, ...) affiche les premiers résultats tout de suite.
@+
Ha d'accord merci :D