escartefigue

Ca fait plaisir de lire une telle chose.

Il y a beaucoup de monde qui devrait lire ça, y compris certaines personnes qui se prétendent expert sql.

Il y a d'autres cas où l'on peux s'en servir, par exemple dans le cas de requêtes imbriquées

Select * from (
Select Lbl1 "REFERENCE", val1 "VALEUR" from TABLEITEM1 where TI1TYPE='A'
UNION
Select Lbl2, val2 from TABLEITEM2 where TI1TYPE IN ('B', 'D')
)
where VALEUR between 50 and 200;

Dans ce cas il n'y a aucun impact sur le nombre de colonnes renvoyées ni les jointures et pourtant on a utilisé *

PS je ne sais pas si l'exemple fonctionne je ne l'ai pas testé, c'est juste une illustration

Tout à fait d'accord avec le SELECT * à n'utiliser que pour de l'exploration ou un test d'existence.

Je me l'autorise également dans un cadre très contrôlé, où la requête maîtrise les colonnes, et pour éviter de la redite.

Code :

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

1
2
3
4
5
6
WITH dataset (col1, col2, col3) AS (
    SELECT ALL col1, col2, col1 + col2
    FROM my_table
)
SELECT ALL *
FROM dataset;

J'ai déjà été confronté à des SELECT * qui ont dégradé un applicatif le jour où quelqu'un a eu la bonne idée d'ajouter une colonne BLOB contenant le binaire d'un e-mail. Les SELECT * ont généré beaucoup de trafic inutile et ont sensiblement impacté les perfs.

Envoyé par wchris

Il y a d'autres cas où l'on peux s'en servir, par exemple dans le cas de requêtes imbriquées

Select * from (
Select Lbl1 "REFERENCE", val1 "VALEUR" from TABLEITEM1 where TI1TYPE='A'
UNION
Select Lbl2, val2 from TABLEITEM2 where TI1TYPE IN ('B', 'D')
)
where VALEUR between 50 and 200;

Dans ce cas il n'y a aucun impact sur le nombre de colonnes renvoyées ni les jointures et pourtant on a utilisé *

En effet, mais le SELECT * s'applique ici à une liste fermée de colonnes définie par la requête imbriquée, on en revient donc à la préconisation que j'ai formulée

Très bon article, il faut une suite.
Dommage qu'il n'a pas été développé le cas du SELECT COUNT(*).
J'ai entendu tellement de chose sur ça. En gros, c'est issu d'un bug de l'époque napoléonienne (c'est une blague hein). Le moyens de contourner le problème était de faire SELECT COUNT(1), corrigé depuis et c'est resté dans les têtes jusqu'à aujourd'hui sans vraiment savoir pourquoi.
Ce qu'il se passe dans la tête de certain aujourd'hui c'est que COUNT(*) = COUNT(champ1,champ2,champ3,champ4,...). Je fais quand même confiance aux personnes développant les moteurs SQL qu'ils ne font pas cela.

Quand j'en parle aujourd'hui en prouvant par A+B ça reste encore sceptique "ouais... mais... bon.... voila .... c'est pas optimisé". Explique moi ce qu'il se passe derrière un count(*) ?
Pour embêter mes collègues je faisais exprès de mettre COUNT(8) => "ouais... mais... bon.... voila .... c'est pas optimisé..."

Souvent, par mimétisme nous codons sans trop se poser des questions du pourquoi.

Envoyé par berceker united

Ce qu'il se passe dans la tête de certain aujourd'hui c'est que COUNT(*) = COUNT(champ1,champ2,champ3,champ4,...).

Quelques précisions :

• à ma connaissance, seuls MySQL et MariaDB acceptent une liste de colonnes dans la fonction COUNT()
  pour les autres SGBD, COUNT() s'applique soit avec *, soit avec un nom de colonne unique ;
• comme par défaut, c'est le paramètre ALL qui s'applique, utiliser SELECT COUNT(*) ou SELECT COUNT(Colonne1) produit le même résultat. En l'occurrence le nombre de lignes dans la table.
  Si par contre on utilise le paramètre DISTINCT, alors SELECT COUNT(*) et SELECT COUNT(DISTINCT Colonne1) peuvent évidemment produire un résultat différent, si Colonne1 présente la même valeur sur plusieurs lignes ;
• le paramètre DISTINCT n'est pas applicable avec (*) ;
• parler de "champs" est un abus de langage. Dans une table d'un SGBD relationnel, il n'y a pas de champs, il y a des colonnes. Les champs sont les zones d'un formulaire ou d'un état.

Je viens de me rappeler d'un chose dans ce que vous dite. Entre le faite de mettre une étoile ou nom de champ dans le count dans SQL Server.

Code :

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

1
2
3
4
5
6
7
8
9

CREATE TABLE #matable(nom varchar(10))
go
insert into #matable (nom)values ('Diriz'),('Colombo'),(null)--nom de mes greffiers 


select count(*) from #matable 
select count(nom) from #matable

Le premier résultat va retourne 3, le second 2 car le count va retourner que les valeurs non null