Discussion :

[dcollart]

Bonjour,

lorsque je suis amené à réaliser de grosses requêtes (de 10 à 20 tables
en jointure) je préfère les réaliser petit à petit en utilisant des tables
temporaires. Pensez-vous que cette technique permet d'optimiser
l'exécution ?

Merci et bonne journée.

[srvremi]

Pour avoir fait ce genre de manipulations sur un serveur MS SQL, je pense que oui.

Dans mon cas, les tables à traiter contenaient environ 2 millions de lignes sur une centaine de colonnes. J'ai effectué des requêtes avec de grosses jointures, et j'utilisais ça dans des procédures stockées. L'exécution de mon application SQL prenait environ 2h30 chaque jour.
En utilisant des tables temporaires, je suis passé à 1h30. Je n'ai rien changé à la structure des requêtes à proprement parlé, j'ai juste converti certaines jointures en tables temporaires.

Après je ne sais pas si c'est valable pour tout le monde dans tous les cas.

@+
Rémi

[allyson]

salut;
ayant moi aussi utilisé cette méthode avec MS SQL-Server je peux te dire que celà m'a beaaucoup aidée!!!
j'évitais les sous-requêtes lourdes et pénibles.... et je gagnais beaucoup de temps et le résultat était garanti!
j'affichais le résultat à l'aide d'un code php (c'était surtout pour générer des statistiques bien précises) et tout allait super bien
++

[dcollart]

Merci à tous pour ces précisions.

@+

[SQLpro]

Faire ce genre de chose est totalement farfelu et permet à coup sûr de se planter !

1) l'opimisation sera plus poussée si la requête est complexe

2) faire des tables temporaires, à moins que ce ne soit dans une transaction, ne garantie pas la cohérence des données. A coup sûr cela peut entrainer des références fantômes ou des lecture non répétitibles.
A lire pour comprendre : http://sqlpro.developpez.com/cours/s...chniques/#L1.4
donc un jeu de données résultant probablement pourri pas les delete, insert et update commis entre les différentes requêtes.

3) si vous réalisez votre ensemble de requête avec tables temporaires dans une transaction, alors la durée des opérations de l'ensemble sera au moins la même qu'en une seule requête, mais vraisemblablement plus longue...

En conclusion n'utilisez surtout pas de table temporaire intermédiaires. Ces solutions dangereuses car incohérentes, viennent en général de personnes qui ne maitrisent pas les problématique de SGBD relationnelles et n'ont pour seule références que MySQL, et sont incapable de travailler avec des jointures et des sous requêtes complexes par manque de culture.

Au pire, faites des vues intermédiares. Dans ce cas la cohérence est garantie. Avec SQL Server 2005, vous pourrez utiliser les CTE pour réaliser des requêtes intermédiaires dans une seule et même requête.
Mais dans tous les cas, s'il existe une requête SELECT même très complexe, qui évite les vues ou les CTE, elle sera mieux optimisée et donc plus rapide.



A +