Decimal et 0 non significatif

[LesDeuxZ]

Bonjour,

je travail avec une DB formatée un peu étrangement, mais je n'ai pas le choix.
j'explique :

dans ma base un nombre decimal est exprimé de la façon suivante

monchiffre--------madecimal
12345---------------2
1234----------------0

il faut comprendre 123.45 pour la première ligne et 1234 pour la 2ème

afin de formater à l'origine le chiffre je fais le select suivant

select monchiffre / 10**madecimal from matable

et ca fonctionne bien sauf pour les records avec 0 decimal ou il m'affiche 1234.0 au lieu de 1234

ma question est comment avoir le bon formatage directement ?
merci d'avance pour votre aide

[punkoff]

Bonjour,

Utilisez un "CASE"

[LesDeuxZ]

avec mon exemple oui cela fonctionne, mais dans ma base j'ai aussi ça

monchiffre--------madecimal
10000---------------2

et je récupère 100.0 au lieu de 100

j'ai donc essayé d'utiliser le case, mais comme la valeur de ma colonne calculée est du décimale il sql m'ajoute tjs un .0 à la fin de mes chiffres entiers.

[CinePhil]

Ben c'est normal puisque c'est du DECIMAL !

Dans les magasins, tu vois bien des prix affichés 2,00 € non ?

Bon ok, c'est plus souvent 1,99 € !

[LesDeuxZ]

Code :

1
2
3
4
5
6
SELECT 
case ((monchiffre/10**madecimal)-TRUNCATE((monchiffre/10**madecimal),0))
when 0 then cast((monchiffre/10**madecimal) AS decimal(16,0)))
else (monchiffre/10**madecimal)
end 
FROM matable

cette requête tourne mais elle m'affiche par exemple 100.0 au lieu de 100

une idée ?

[LesDeuxZ]

oui je sais mais j'ai essayé de cast en varchar pour avoir du texte avec ou sans point, mais j'obtiens des choses comme 1.44545E1

se qui ne m'arrange pas non plus

Envoyé par CinePhil

Ben c'est normal puisque c'est du DECIMAL !

Dans les magasins, tu vois bien des prix affichés 2,00 € non ?

Bon ok, c'est plus souvent 1,99 € !

[CinePhil]

Je ferais plutôt cette requête :

Code :

1
2
3
4
5
6
SELECT
    CASE
        WHEN madecimale = 0 THEN monchiffre
        ELSE monchiffre / (10 * madecimale)
    END AS nouveau_nombre
FROM matable

Mais si ta colonne est de type DECIMAL, je pense que tu auras toujours 100.0 !

[Waldar]

Si ça vous embête c'est que ça doit être de l'affichage (puisqu'en terme de calcul 123 ou 123.0 c'est identique), donc n'hésitez pas à convertir vos nombres en chaînes de caractères sur lesquelles il n'y a plus qu'à faire de la mise en page.

Par exemple sous SQL-Server 2005 :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
;WITH matable (monchiffre, madecimal) AS
(
SELECT 12345, 2 union ALL
SELECT 1234 , 0 union ALL
SELECT 10000, 2
)
SELECT monchiffre, madecimal,
       case
         when monchiffre / power(10, madecimal) = monchiffre / power(10.0, madecimal)
         then cast(monchiffre / power(10  , madecimal) AS varchar(max))
         else substring(cast(monchiffre / power(10.0, madecimal) AS varchar(max)), 1, len(monchiffre)+1)
       end AS res
  FROM matable
 
monchiffre  madecimal   res
----------- ----------- -------
12345       2           123.45
1234        0           1234
10000       2           100

[LesDeuxZ]

oui c'est pour cela que j'essai de caster en varchar.

monchiffre contient la valeur multipliée par qque chose.
madecimal contient la decimale que je dois appliquer a ce chiffre

donc

Code :

1
2
3
4
5
6
SELECT 
case ((monchiffre/10**madecimal)-TRUNCATE((monchiffre/10**madecimal),0)) -- ça c'est pour savoir si mon chiffre va avoir une décimale significative
when 0 then varchar(cast((monchiffre/10**madecimal) AS decimal(16,0)))) -- ça c'est pour le cas où le résultat de ma division est un chiffre entier
else varchar((monchiffre/10**madecimal)) -- c'est pour le cas où j'ai une décimale significative
end 
FROM matable

mais avec ça les chiffres entiers son ok
mais les décimales sont 1.4111E3 par exemple

[punkoff]

et ça n'existe pas le type numeric ou consort dans votre sgbd ?

[al1_24]

NUMERIC et DECIMAL sont des types équivalents