MIN et NULL : j'en veux pas [Résolu]

[Sergejack]

Bonjour.

J'aimerais récupérer d'une table la valeur minimale d'une colonne parmi certaines lignes.
S'il n'y a aucune ligne je ne souhaite pas de résultat.
Pourtant le comportement de MIN (à l'instar de MAX) est de renvoyer un résultat NULL.

Y a-t'il une façon futée de se débarrasser des lignes ?

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
NSERT `Players` (
	`tableID`
	, `userID`
	, `seat`
	, `joinedOn`
)
SELECT
	1
	, 1
	, MIN(`n`)
	, NOW()
FROM `Tables` AS TBL

[Oishiiii]

Après le GROUP BY vous avez essayé HAVING MIN(col) IS NOT NULL ?

Suivant la version de MySQL ça ne passera peut-être pas.
Donc dans la clause SELECT utilisez COALESCE() pour remplacer NULL par une valeur arbitraire avant de l'exclure avec HAVING.

C'est parfois complexe de manipuler NULL.

A+

[Sergejack]

Envoyé par Oishiiii

Après le GROUP BY vous avez essayé HAVING MIN(col) IS NOT NULL ?

Suivant la version de MySQL ça ne passera peut-être pas.
Donc dans la clause SELECT utilisez COALESCE() pour remplacer NULL par une valeur arbitraire avant de l'exclure avec HAVING.

C'est parfois complexe de manipuler NULL.

A+

Le rapprochement entre les deux sujets est fallacieux mais ça me fait rire quand même

En fait, je crois qu'il suffit d'avoir sélectionné au moins une colonne (ou une expression on agrégé sur la colonne) qui provienne directement des tables pour que la ligne n'apparaisse pas (MIN(...) = NULL, passe encore mais TBL.`id` = NULL serait une aberration).
Il faut bien entendu le GROUP BY qui va avec cette colonne.

Si aucune colonne n'est utile, on peut faire un truc moche genre SELECT ..., CASE WHEN 1 = 1 THEN valeur ELSE macolonnedumemetype END, ... FROM ... GROUP BY macolonnedumemetype.

J'ai bien dit "je crois", il suffit peut-être d'avoir une clause GROUP BY sur un sous ensemble des colonnes des tables.

EDIT: Je crois je sais

[CinePhil]

J'ai beau relire ta prose et ta requête, je ne comprends pas ton besoin !

Tu peux expliquer plus clairement ce que tu cherches à faire ?

[Sergejack]

Code :

1
2
3
4
5
6
7
8
 
SELECT
	1
	, 1
	, MIN(`n`)
	, NOW()
FROM `Tables` AS TBL
WHERE 'moncul' = 'poulet'

Renvoie une ligne.

Code :

1
2
3
4
5
6
7
8
9
 
SELECT
	TBL.`id`
	, 1
	, MIN(`n`)
	, NOW()
FROM `Tables` AS TBL
WHERE 'moncul' = 'poulet'
GROUP BY TBL.`id`

Ne renverra pas de ligne.

[CinePhil]

Ton besoin n'est toujours pas expliqué et tes requêtes sont fausses mais si tu as marqué résolu tu n'as peut-être plus besoin d'aide ?

[Sergejack]

Mes requêtes sont fausses ? O_o
Pourrais-je savoir en quoi ?

[CinePhil]

Envoyé par Sergejack

Mes requêtes sont fausses ? O_o
Pourrais-je savoir en quoi ?

Code :

=> Tu ne compares pas ici la colonne moncul à la valeur poulet mais deux chaînes de caractères différentes donc le résultat est toujours faux et aucun résultat ne peut être retourné par la requête.

Donc quand tu dis que ta première requête renvoie une ligne, c'est faux !

Tu as résolu ton problème ou pas ?

[Sergejack]

Envoyé par CinePhil

Donc quand tu dis que ta première requête renvoie une ligne, c'est faux !

Si, c'est vrai (! x 2) et c'était tout mon problème.

Je t'en prie essaie donc ceci :

Code :

1
2
3
4
 
SELECT 1, MIN(n)
FROM (SELECT 1 AS n) X
WHERE 'moncul' = 'poulet'

Et ensuite ceci :

Code :

1
2
3
4
5
 
SELECT 1, MIN(n)
FROM (SELECT 1 AS n) X
WHERE 'moncul' = 'poulet'
GROUP BY 'd'' où ça sort, ça ?!'

[CinePhil]

OK, la première requête donne un résultat mais c'est à mon avis une bizarrerie supplémentaire de MySQL ou l'application d'une logique bizarre du genre p => q qui donne toujours vrai si p est faux.

La deuxième ne donne rien parce que le SGBD ne peut pas faire de regroupement sur un truc qui n'existe pas. Pas de regroupement => pas de résultat.

À part ça,

Envoyé par CinéPhil

Tu as résolu ton problème ou pas ?

[Sergejack]

Envoyé par CinePhil

Pas de regroupement => pas de résultat.

Faux.
C'est la clause where qui fait qu'il n'y a pas de résultat.
Le "group by" affecte le comportement d'agrégation et donc MIN.

Tu peux essayer sans clause WHERE tu auras un résultat.

Par ailleurs, ce n'est pas une bizarrerie, par exemple ça fonctionne aussi ainsi sous SQL Server.
Il était tard quand j'ai posté.

[CinePhil]

Si c'est, comme je le supposais à l'origine, la clause WHERE qui fait qu'il n'y a pas de résultat à la seconde requête, ça devrait aussi être le cas pour la première !

[Sergejack]

Envoyé par CinePhil

Si c'est, comme je le supposais à l'origine, la clause WHERE qui fait qu'il n'y a pas de résultat à la seconde requête, ça devrait aussi être le cas pour la première !

Ça c'est l'idée qu'on se fait intuitivement devant un tel scénario.
Mais en fait, ça va un peu de paire avec COUNT duquel on attend un résultat, dont 0 quand il n'y a pas de ligne.

Donc, c'est cohérent même si ça peut surprendre.

(à essayer en ORACLE et DB2 aussi, pour voir)