Discussion :

[Floyd]

Bonjour la planète.

J'ai une application windows de gestion de stock avec base de donnée SqlServer 2000.
Je gère les quantités en Double et j'ai aucun problème.
Cependant, pour les prix, j'utilise les Decimal en .net et en SqlServer et a chaque fois que je fais une insertion, je retrouve mes donnés arrondis
Un 18.25 par exemple deviens un 18

J'ai pas envie de me retaper tous les codes pour changer le decimal en double.

Please help.

[JPelli]

Bonjour,
Dans le texte de ta requête remplace le . de la valeur décimal par une ,
Bon boulot
Jean

[soazig]

Bonjour,
J'ai deux remarques
1/il me semble qu'il ne faut jamais utiliser de double pour des montants en argent car le double peut introduire un problème d'arrondi.
2/

Bonjour,
Dans le texte de ta requête remplace le . de la valeur décimal par une ,
Bon boulot
Jean

A ma connaissance dans un ordre SQL le séparateur décimal est toujours le point. A l'affichage cela peut être différent mais dans un insert, update c'est le point.

J'ai deux questions.
a/Quel est exactement le type de données SQL server, quelle est la précision et quelle est l'echelle. Fais un sp_help MA_TABLE et regarde dans les colonnes Prec et Scale
De tête je dirais que si tu as une précision p et une échelle s. tu auras p chiffres significatifs dont s après la virgule. et donc si dans ta base de données tu n'as pas précisé une échelle de 2, c'est normal que cela arrondisse.
b/Es-tu sûr d'avoir perdu de la précision, ou est-ce que c'est ta vérification qui ne t'affiche pas les décimales.
Est-ce que tu as essayé quelque chose comme :

Code :

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

1
2
select MON_MONTANT*100 as montant
from MA_TABLE

Juste pour être sûr que ce n'est pas un problème d'affichage lors de la vérification.

Cordialement
Soazig

[Floyd]

Merci soazig et JPelli pour vos réponses.
En effet, scale été assigné a zéro, je viens de le mettre à 2 et ça règle définitivement mon problème

Merci