Parallelism dans les requêtes

Bonjour,

Je suis entrain de développer une application et dedans je dois exécuter des requêtes SQL.

Je regarde le plan d'exécution de ma requête SQL et je vois qu'elle fait du parallelism/repartitions streams et du parallelism/gather streams.

Je sais que dans certaines compagnie où je travaillais avant leur BD Oracle il ne voulait rien avoir comme requête qui exécute du parrallèle pour eux c'était le diable.

Je veux savoir si c'est mal que nos requêtes fassent du parallèle ? Si oui pourquoi si non pourquoi question que je n'ai seulement pas une réponse bête :).

Est-ce que sur le site il y a un document qui explique également les meilleures pratiques lorsqu'on lit nos plan d'exécution de nos requêtes ?

Merci

Bonjour,

Je ne pense pas qu'il y aie une réponse tip-top à ta question de savoir si c'est bien ou mal.

Tu peux forcer l'inutilisation du parallelisme avec l'option maxdop 1.

Ensuite, reste à voir si s'est plus performant ou pas, celon tes besoins.

D'accord merci de la réponse mais je voudrais comprendre de façon plus spécifique les requêtes qui font du parrallèle.

Comme dans ceux que j'ai créé, le temps d'exécution est super bon environ 1 seconde donc si je résonne rapide (chose que je n'aime point) je me dis wow génial le temps d'exécution est merveilleux.

Mais par expérience je sais très bien que ce n'est pas la bonne façon de penser car plus le volume de mes tables vont augmenter ceci peut jouer sur la performance à long terme.

Donc est-ce mieux en temps normal d'éviter les requêtes qui vont du parrallère et forcer comme mentionné plus haut qu'il ne passe pas par ses chemins ?

Merci

Un SGBDR est spécialement conçu pour trouver le moyen de résoudre au plus vite votre requête. Pour cela il dispose d'un optimiseur qui calcule différentes solutions et cherche la meilleure en fonction des statistiques dont il dispose.
Si dans le plan de requête qu'il aura choisit d'exécuter, certains branches peuvent être parallélisées (accès aux données par exemple) alors il aura naturellement tendance à le faire afin de gagner du temps.
Maintenant vous pouvez lui interdire de paralléliser. La conséquence sera double :
1) certaines requêtes vont mettre plus de temps
2) la durée du verrouillage étant allongée, la contention sera plus grande et donc, globalement les temps de réponse seront moins bon...

Autrement dit, empêcher le parallélisme peut s'avérer une très mauvaise chose.

Si l'on décide de le faire, alors il vaut mieux dans ce cas que la requête fasse de la lecture sale, cela évitera la pose de verrous de lecture ce qui conduira à ne pas gêner les autres utilisateurs concurrents, mais peut entraîner des résultats faux....

Bref, ceux qui vous on dit que le parallélisme c'était le diable n'ont rien compris au fonctionnement des SGBDR !

A +

Merci pour la réponse :) je me doutais bien que la personne qui m'a dit ça se pensait "hot" sans vraiment l'être.

Bref en plus j'ai une réponse d'un MVP Microsoft que demander de mieux :) je ferme donc mon message merci :)