Discussion :

[oadin]

Bonjour,

J'ai fait qq recherches sur internet et je n'ai rien trouvé de très concret a ce sujet.

Quel est la requète la plus performante entre

Code :

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

select count(*) from machin

et

Code :

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

select count(champs) from machin

.
De même avec la fonction exists(select *) et exists(select champs)

Si je respecte ce que je faisais avant, et ce que j'ai pu lire le * est plus performant. Je prendrais comme référence Joe Celko qui indique dans sql avancé que le * permet a l'optimiseur de choisir le champs qu'il a envie.

Petit soucis, un consultant sql server s'est rendu il y a qq temps a la société ou je travaille et lui dit qu'il vaut mieux prendre un champs pour ne pas qu'il prenne une ligne entière.
Ce n'est pas que je refuse de lui faire confiance, mais un peu qd même. Et par ailleurs ça ne m'amuse guère de changer tout mes *.

Ma question est donc, sur ce que vous en savez ou en avez lu pour microsoft Sql Server lequel des deux est le plus performant selon vous?

[Madinico]

Réponse facile, les deux explications sont bonnes.

Faire un count(champs) est utile quand on maîtrise les index de sa table. En effet, effectuer un count sur un champ indexé accélère l'exécution de la requête.

Dans le cas où on n'a pas connaissance de la structure d'indexation des tables, le count(*) permet au moteur d'effctuer un travail d'analyse et d'optimisation. Mais pour être efficace, il faut cette requête soit fréquement exécuté. Plus elle est exécutée plus le moteur est efficace.

Donc il s'agit plus d'un choix de dépendances des performances. Surtout si les indexs des tables sont amenés à évoluer. J'espère avoir amené un petit peu d'eau à ton moulin.

[oadin]

oui en tout cas ça confirme ce que je pensais sur le sujet.
Je comprends pas pk le consultant nous en a parler comme si c'était un sacrilège

[serge0934]

je suis d'accord avec Madinico.

en revanche, fais attention avec les pk composées.
il arrive que pour des soucis de réindexation et de purge on créé des tables du style

Code :

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

1
2
3
4
5
6
create table t1
(t_id int identity(1,1) not null,
nom varchar(50),
prénom1 varchar(50),
prénom2 varchar(50),
...

où l'on met la pk sur le champ t_id pour avoir un "ordre" d'insertion et donc de purge plus tard alors que le vrai pk aurait du être (nom,prénom1,prénom2)

si tu veux des explications plus poussées, regarde dans le forum Oracle, car sous Oracle une PK est d'abord un index unique.

[SQLpro]

Petit soucis, un consultant sql server s'est rendu il y a qq temps a la société ou je travaille et lui dit qu'il vaut mieux prendre un champs pour ne pas qu'il prenne une ligne entière.

Alors ça doit être un con sultant (en deux mots) ! ;-)

Evidemment le count(*) est plus rapide qu'un count(colonne). De plus ce consultant ne sait sans doutes pas que certaines tables système contiennent le nombre des lignes de la table et que c'est encore plus rapide de faire une requête dans ce genre de table :

Code :

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

select rowcnt from sysindexes where id = OBJECT_ID(MaTable)

Cela dit cette valeur n'est pas toujours garantie...
A lire : http://www.dbforums.com/showthread.php?t=761787

Bref, mieux vaut engager un bon consultant (en un seul mot) et comme moi, par exemple - comme ça je me fais de la pub !!! - qu'un mauvais con sultant en deux mots... Même si c'est plus cher au coût de journée, le bon reviendra moins cher au final, en évitant de dire des bêtises et donc en évitant de revenir deux fois sur les mêmes choses...

A +