ORDER BY type FLOAT (et non type CHAR)

Bonjour,

Code:

---

SELECT IF(longu='500', longt, longu) AS longu WHERE ... ORDER BY longu;

---

longu est de type FLOAT
longt est de type CHAR

Le tri se fait comme si CHAR :

1 m
1,5 m
10 m
15 m
2 m

J'aimerais un tri comme FLOAT :

1 m
1,5 m
2 m
10 m
15 m

Bien sûr, je peux re-trier par PHP mais n'y a-t-il pas une solution par MySQL ?

Si le tri se fait par ordre alphabétique, comme pour une chaîne de caractères, c'est que tes valeurs doivent être déposées dans ta base sous forme de chaînes de caractères, et donc que les colonnes concernées portent le type CHAR ou VARCHAR. Ce serait ce point-là qu'il faudrait corriger en priorité si ce qu'elles contiennent est réellement des nombres. Il faudrait utiliser DECIMAL à la place.

Pour une seule requête, tu peux toutefois te permettre de convertir ce contenu à la volée. Il y a plusieurs façons de le faire mais le plus simple ici, consiste à utiliser une sous-requête (ou une CTE avec « WITH » si le SGBD les reconnaît).

Code:

---

1 2 3 4

SELECT longueur FROM (SELECT CAST(IF(longu='500', longt, longu) AS DECIMAL(5,2)) AS longueur FROM <ta table> WHERE ... ) AS table_des_longueurs ORDER BY longueur

---

Par contre, si tes chaînes utilisent des virgules « , » comme séparateurs décimaux et non des points « . » à l'anglo-saxonne, tu risques d'avoir des problèmes de collationnement.

Bonjour,

Citation:

---

Envoyé par boteha

Code:

---

SELECT IF(longu='500', longt, longu) AS longu WHERE ... ORDER BY longu;

---

longu est de type FLOAT
longt est de type CHAR

---

Effectivement, si le tri n'est pas celui souhaité, c'est que la colonne ciblée par la clause ORDER BY - donc la colonne "longu" - est de type CHAR ou VARCHAR
De plus, si la colonne "longu" était d'un type numérique comme FLOAT, il ne faudrait pas encadrer la valeur 500 par des quotes, ce qui provoque un transtypage implicite, la bonne syntaxe serait :

Code:

---

SELECT IF(longu=500, longt, longu) AS longu WHERE ... ORDER BY longu;

---

Bonjour,

Merci de vos suivis.

J'ai enlevé les apostrophes :

Code:

---

SELECT IF(longu=500, longt, longu) AS longu WHERE ... ORDER BY longu;

---

Cela ne change rien au tri, hélas.

Le champ longu est de type DOUBLE

longt est de type varchar(200)

Dans le champs longu DOUBLE le séparateur est un point, pas une virgule.

J'ai besoin de comprendre la solution proposée par Obsidian, j'y reviens plus tard.

Bonjour,
partant de ce qui a été fourni

Code:

---

SELECT IF(longu='500', longt, longu) AS longu WHERE ... ORDER BY longu;

---

Citation:

---

longu est de type FLOAT
longt est de type CHAR

---

La question est : Quel est le type de la colonne longu resultante du SELECT ? (la colonne longu indiquée dans le IF provient d'une source inconnue mais dont on nous assure quelle est du type FLOAT)
Vu qu'en cas de doute il est plus facile de transformer un FLOAT en CHAR que l'inverse => CHAR
Du coup la projection sera du type CHAR

On peut utiliser CAST pour imposer un type ; attention : il faut que ça marche ! vérifiez vos données

Tant qu'on y est, ne pas nommer la colonne du même nom que l'une des 2 sources ^^

Code:

---

SELECT CAST(IF(longu=500, longt, longu) AS FLOAT ) AS long WHERE ... ORDER BY long;

---

Bonjour Michel.Priori,

Merci de ton suivi.

Longu est de type DOUBLE.

longt est de type VARCHAR.

En ajoutant CAST dans la requête je récupère bien le bon ordre si toutes les valeurs de Longu sont différentes de 500.

Par contre quand 500 appelle longt de type VARCHAR la chaîne que je récupère est tronquée et inutilisable.

Citation:

---

Envoyé par boteha

longu est de type FLOAT
longt est de type CHAR

---

Citation:

---

Envoyé par boteha

Longu est de type DOUBLE.
longt est de type VARCHAR.

---

Ca change tout le temps ces trucs dis moi !
Comment récupères tu le type de donnée ?

Citation:

---

Envoyé par boteha

En ajoutant CAST dans la requête je récupère bien le bon ordre si toutes les valeurs de Longu sont différentes de 500.
Par contre quand 500 appelle longt de type VARCHAR la chaîne que je récupère est tronquée et inutilisable.

---

Ben vu d'ici, difficile d'apprécier ce qui est tronqué ou pas.

Peux tu fournir des données sources et des données résultantes ?
STP, des trucs qui peuvent être utilisé via db fiddle (https://www.db-fiddle.com/)

et quels sont la version de Mysql et le mode SQL (https://dev.mysql.com/doc/refman/8.4/en/sql-mode.html) ?

Bonjour,

Merci de votre suivi.

Je vais essayer quelque chose de simple :

SELECT longu, longt WHERE ... ORDER BY longu, longt;

Dans la réalité :
Soit tous les longu valent 500, les longt sont des STRING, j'espère un tri alphabétique des strings.
Soit tous les longu ont une valeur numérique différente de 500, les longt sont NULL, j'espère un tri numérique des DOUBLE.

L'ennui est que je récupère deux champs dans PHP, ce qui m'oblique à un code plus compliqué que si un seul champ.

Je vous tiens informés.

Pouvez-vous communiquer le script DDL de création de la table (ordre complet CREATE TABLE) : show create table ma_table

Citation:

---

Envoyé par escartefigue

Pouvez-vous communiquer le script DDL de création de la table (ordre complet CREATE TABLE) : show create table ma_table

---

Merci de ton suivi mais ne te casse pas la tête.

Le problème a été contourné plus que résolu mais le contour me plait et je coche Résolu.

Encore merci de votre suivi.

C'est dommage de ne pas fournir d'une part le DDL comme demandé et d'autre part la solution de contournement, car les autres participants du forum sont également intéressés par la solution.
Et c'est le principe d'un forum que de partager les connaissances et les expériences ;)

Salut à tous.

Sans savoir de quoi il en retourne, c'est un problème de modélisation des tables.
Pourquoi utilisez les types float ou double qui sont réservés au calcul scientifique ?
Si vous utilisez du numérique, autant utiliser le bon type : decimal.

Bonjour,

Merci de votre suivi.

Citation:

---

Envoyé par escartefigue

C'est dommage de ne pas fournir d'une part le DDL comme demandé et d'autre part la solution de contournement, car les autres participants du forum sont également intéressés par la solution.
Et c'est le principe d'un forum que de partager les connaissances et les expériences ;)

---

J'ai donné la solution de contournement :

Citation:

---

Envoyé par boteha

Code:

---

SELECT longu, longt WHERE ... ORDER BY longu, longt;

---

Dans la réalité :
Soit tous les longu valent 500, les longt sont des STRING, j'obtiens un tri alphabétique des strings.
Soit tous les longu ont une valeur numérique différente de 500, les longt sont NULL, j'obtiens un tri numérique des DOUBLE.

---

Il me semble avoir aussi donné la DDL, si on parle de la même chose.

longu = VARCHAR
longt = DOUBLE

Citation:

---

Envoyé par Artemus24

Sans savoir de quoi il en retourne, c'est un problème de modélisation des tables.
Pourquoi utilisez les types float ou double qui sont réservés au calcul scientifique ?
Si vous utilisez du numérique, autant utiliser le bon type : decimal.

---

J'ai besoin d'un nombre relatif avec un gros paquet de décimales possible.

J'avoue ne pas connaître l'intérêt de DECIMAL par rapport à DOUBLE, ni bien comprendre à la lecture de la doc SQL.

Mais mon problème concerne le tri, uniquement le tri.

Code:

---

SELECT IF(longu='500', longt, longu) AS longu WHERE ... ORDER BY longu;

---

Avec cette requête le tri est alphabétique.
En quoi DECIMAL au lieu de DOUBLE changerait quelque chose ?

Citation:

---

Envoyé par Boteha

J'avoue ne pas connaître l'intérêt de DECIMAL par rapport à DOUBLE, ni bien comprendre à la lecture de la doc SQL.

---

L'intérêt est dans la précision du calcul.

Citation:

---

Envoyé par Boteha

En quoi DECIMAL au lieu de DOUBLE changerait quelque chose ?

---

Si vous avez besoin de trier des nombres, autant les mettre dans un type qui permet d'obtenir ce que vous cherchez à faire.
A vrai dire, on ne sait rien de ce que vous essayez de faire.

Bonjour Artemus24,

Merci de ton suivi.

Mes champs sont bien typés il me semble :

DOUBLE pour tri numérique.
VARCHAR pour tri alphabétique.

DOUBLE ne sert pas au calcul.
C'est un code qui est décodé dans PHP pour générer une STRING plus ou moins complexe.
Et cela sert aussi au tri.

Grâce à vous j'ai trouvé une solution de contournement efficace, encore merci.