Discussion :

[Freygolow]

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

[Waldar]

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.

[Freygolow]

Parce que les requêtes de bases de données ne s'arrêtent pas aux sites internet ?

Hum? Pas compris

Et que qui peut le plus, peut le moins.

C'est vrai que c'était une question bête

[Waldar]

Vous dites :

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)

J'ai supposé que ce que vous appellez "en pratique" est fortement lié à "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".

[Freygolow]

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?"

[agemis31]

Bonsoir,

améliore t-il le temps d'affichage des traitements ?

Plutôt étrange comme phrase, et assez révélatrice...

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.

@+