Discussion :

[bifidus]

Salut,
hier j'ai mis le server de la boite a genoux en remplacant un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM Table WHERE (Truc='A' or Truc='B') AND Machin='C' AND BIDULE='D'

par:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM Table WHERE Truc IN('A','B') AND Machin NOT IN('A','B') AND BIDULE='D'

La requete toute simple extrait entre 10 et 1.000 ligne sur 300.000.
Des qu'on lancait 3 requetes rapprochées le proc bloquait plusieurs secondes à 100%.
Apres plusieurs heures de test j'ai réussi à réduire la charge du proc de 500% (et sauver la vie du PIII 400 !) en faisant une vue avec:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM Table WHERE Truc<='B' AND Machin>'A' AND Bidule='D'

Le gain des >= par rapport au IN est trés important, le fait de faire une vue semble aussi faire gagner en performance et permet surtout de tester plusieurs solutions sans changer le client chez tout le monde.
Est ce que quelqu'un sait ou on peut trouver de la doc à ce sujet ?
Est ce qu'il est préférable d'utiliser des vues, est-ce qu'il vaut mieux des requetes imbriquées ou des Tables liées, quelle est la différence de perf entre =, >=, >, IN etc...
Toutes les docs se contentent de dire que le moteur SQL fait pour le mieux...
Ceci dit il est peut etre impossible de dégager des généralités et c'est peut etre mes oignons de trouver ce qui est le plus rapide ?

[vttman]

Peut-être déjà regarder les index
niveau truc, bidule, machin ...

[bifidus]

ca va de soit que tout est indexé pareil, c'est bien le moteur interne de SQL server qui a des temps de réponses trés différent pour traiter les requetes.
Je précise qu'apparement tout se passe en RAM et qu'il n'y a aucun accés disque dur...

[vttman]

Ok tu peux aussi essayer le NOT EXISTS lors de tes tests ...

"Ceci dit il est peut etre impossible de dégager des généralités et c'est peut etre mes oignons de trouver ce qui est le plus rapide ?"

Je procéde aussi ainsi, toute façon à force de bosser
sur des BdD différentes (attention je fais pas de
l'administration ) j'ai fini par n'intervenir uniquement
que quand les users se plaignent ...

Pour anecdote sous Oracle on mettait il fut un temps le/les
noms des index à utiliser pour telle ou telle requête afin
d'être sur que c'était ceux là qui allait être utilisés et ...
le temps d'exécution de la requête était désastreux, on avait
tout enlevé et ça a résolu le problème
(ce qui était valable avec une version d'Oracle ne l'était
plus avec le version suivante)

Bon je suis pas puriste ...

[SQLpro]

1) un IN est toujours plus couteux qu'une égalité ou qu'une fourchette BETWEEN en particulier lorsqu'il s'agit de chaines alphanum (coorespondances avec collation)

2) les vues sontdes élements statiques, alors que les requêtes (la plupart hélas) sont dynamiques. Cepandant, on peut "préparer" une requête qui doit être jouée plusieurs fois afin de s'afranchir des requêtes préparatoires.

3) l'utilisation de l'étoile est contre performante

A lire :
http://sqlpro.developpez.com/OptimSQL/SQL_optim.html

A +

[bifidus]

Honte à moi qui avait raté la rubrique !
Merci pour la page sur l'optimisation des SGDB et tout ton site qui m'a appris plein de trucs !