Traitement d'une colonne de nombres réels

Bonjour.

Mon souci est le suivant : dans une application qui traite des nombres réels, j'ai un problème d'affichage (cadrage à gauche ou à droite, point ou virgule comme séparateur décimal, choix du nombre de décimales) et, après plusieurs essais, j'ai diagnostiqué que le problème survenait quand la 1ère valeur rencontrée était "nulle".

Pour être plus clair (!), j'ai fait un test avec DB Browser for sqlite, illustrations ci-dessous :

création de la table :

Code:

---

1 2 3 4

CREATE TABLE "test" ( "Nom" TEXT, "Montant" REAL )

---

Quelques données :
Pièce jointe 629284
l'exécution du sql : "select * from test" donne :
Pièce jointe 629285
les montants sont traités comme du texte (cadrage à gauche)

avec le sql : "select * from test order by nom desc" donne :
Pièce jointe 629286
cette fois, les montants sont traités comme des nombres (cadrage à droite)

Y a-t-il un moyen d'éviter cela ?

D'avance merci.
Christian

Bonjour,

En première approche, j'aurai suggéré l'utilisation de COALESCE
SELECT Nom,COALESCE(montant,0) montant FROM TEST ou toute autre variation SELECT Nom, montant FROM TEST ORDER BY COALESCE(montant,0).

Après recherche, pour mettre <NULL> en fin de liste, il est possible d'utiliser

Code:

---

SELECT * FROM TEST ORDER BY Montant IS NULL

---

D'un autre côté, pour ce qui est de la représentation de l'affichage d'une colonne, cela dépend de l'outil, car mes tests sous DBWeaver et SQLite Studio ne m'ont pas montré ce souci

Bonjour.

Merci pour la réponse. J'avais trouvé hier soir tard (!) une solution en utilisant COALESCE que je ne connaissais pas ... mais du coup cela m'oblige à avoir 0 là où j'aurais préféré avoir une case vide ce qui correspond à l'affichage de "NULL" dans mon application.

Concernant les outils, il n'y a effectivement pas le même comportement dans sqlite studio !

Bonne journée.

Pour compléter ma réponse : mon souci n'est pas un problème de tri ... mais de traitement des données au moment de l'affichage.

L'application pour laquelle j'ai découvert ce fonctionnement "bizarre" est développée avec Lazarus/Sqlite3/TSqlite3Dataset.

J'indique "résolu" bien que pas entièrement !

Citation:

---

Envoyé par thewolf

L'application pour laquelle j'ai découvert ce fonctionnement "bizarre" est développée avec Lazarus/Sqlite3/TSqlite3Dataset.

---

Ah, Lazarus, ce n'est donc qu'un problème de définition de format de sortie

Citation:

---

Envoyé par SergioMaster

Ah, Lazarus, ce n'est donc qu'un problème de définition de format de sortie

---

pas compris !

Cela fait longtemps que je n'ai mis le nez dans Lazarus
Je pensais à un truc comme ça
Pièce jointe 629336
Où l'on peut indiquer un formatage pour la colonne, mais je ne vois aucun soucis avec les valeurs = Null

Pour moi, ce n'était pas un problème lié à Lazarus ... d'où mon test avec une base créée avec DB Browser for sqlite et quelques données saisies directement. Et même comportement que dans mon appli Lazarus ... (mais surprise : pas de souci dans sqlite studio !)

C'est la raison pour laquelle je suis venu sur le forum Sqlite et non Lazarus.

En plus, j'utilise TSqlite3Dataset (au lieu de TSqlite3Connexion, TSqlQuery, TSqlTransaction).
Le champ pour lequel j'ai des soucis est un champ calculé par sql : "sum(case when O.type = "Int" then montant end) as IntProj" suivi d'un "group by".

Après, j'affiche dans un TDBGrid où je peux définir pour chaque colonne la largeur, l'alignement ... et un "DisplayFormat" où je mets "0.00" quand c'est du numérique que je veux afficher avec 2 décimales.

Et tout fonctionne parfaitement ! Sauf quand cela commence par un enregistrement où sum n'a rien trouvé (l'affichage est vide, parfait) mais ensuite les valeurs suivantes ne sont pas affichées correctement ...
Par exemple, j'ai "205.06" ou "40.0" cadrés à gauche c'est-à-dire comme du texte mais j'ai bien "205,06" ou "40,00" cadrés à droite si on commence par un enregistrement avec une valeur.
Ce qui prouve que c'est considéré comme du texte dans ce cas-là (!) dont j'arrive à forcer l'affichage à droite mais cela ne règle pas le problème du point à la place de la virgule ni du nombre de décimales.

Dans le Dataset auquel est relié le DBGrid, j'ai essayé de créer un FieldDef que j'ai nommé IntProj et pour lequel je mets le DataType à ftFloat, mais cela ne change rien.

J'ai donc le choix d'utiliser COALESCE et d'avoir "0,00" au lieu d'une case vide (ce que je préfèrerais) ou la solution "texte" cadré à droite ... je vais vraisemblablement prendre la 1ère option ... pas grave, mais j'aurais vraiment aimé comprendre ce qui se passe !

En tout cas, merci pour l'aide apportée.

Bonjour,

Ah, SUM ! voilà le coupable et effectivement du coup, je reproduis le comportement , même le CAST n'opère pas !

ci-dessous avec SQlite Studio
Pièce jointe 629368

donc mon impression : déclarer les champs se confirme (tant que c'est du readonly)
Pièce jointe 629370
ou en utilisant (quand c'est possible si la colonne est reconnue comme un NUMERIC)
Pièce jointe 629371

Bonjour.

Pas sûr que SUM soit le coupable (!) puisque le problème existe aussi dans DbBrowser avec une table toute simple sans SUM ...
Mais il est quand même surprenant qu'en partant d'un champ numérique puis en en faisant la somme ce qui devrait donner également un nombre, on ait un tel comportement, et cela uniquement si on commence par un enregistrement où SUM n'a rien trouvé à sommer !

Dans mon application, ce que je cherche à afficher n'est pas une table existante a priori mais le résultat d'une requête sql construite dans le code à partir de paramètres choisis par l'utilisateur et de ma bdd qui comporte plusieurs tables (d'où jointures, clauses group by, having).

Je n'ai donc pas accès direct aux champs mais comme indiqué dans mon dernier message, j'ai créé un champ pour lequel je mets le DataType à ftFloat, mais cela ne change rien.