Discussion :

[exile69]

Bonjour,

Sous SQL Server 2005 j'ai une table avec une colonne PoidsNet de type numeric (10,2).

Dans mon programme C#, j'ai un datatable avec lequel je copie le contenu dans ma table SQL Server avec la fonction SQLBulkCopy.

Le soucis étant que SQL Server ne récupère pas correctement les nombres que je lui envoi.

Par exemple, dans mon Datatable, ma colonne PoidsNet possède la valeur 5.18.
Si je regarde dans SQL server, il m'affiche 5.17. Effectivement, si je modifie le type de la colonne PoidsNet dans SQL server en la passant en numeric (10,4), il va m'afficher 5.1799.

Le problème vient donc de la fonction SQLBulkCopy qui copie mal les nombres decimal apparemment ?

Comment puis je contourner le problème ?

Merci de votre aide

Cordialement

[asmduty]

En fait tu as une différence entre décimal et double en C#
Décimal est la valeur que tu lui donne, double est une valeur calculée.
Je ne vais pas entrer plus en détails là-dessus parce que je n'en sais pas beaucoup plus, mais si tu veux plus d'explications tu trouveras probablement les réponses sur le net.
A mon avis ton problème doit venir de là

[Aeronia]

Si tu veux plus d'infos sur la différence entre Double et Decimal, voici une explication assez exhaustive tiré du net :

float and double are floating binary point types. In other words, they represent a number like this:

10001.10010110011

The binary number and the location of the binary point are both encoded within the value.

decimal is a floating decimal point type. In other words, they represent a number like this:

12345.65789

Again, the number and the location of the decimal point are both encoded within the value - that's what makes decimal still a floating point type instead of a fixed point type.

The important thing to note is that humans are used to representing non-integers in a decimal form, and expect exact results in decimal representations. Not all decimal numbers are exactly representable in binary floating point - 0.1, for example - so if you use a binary floating point value you'll actually get an approximation to 0.1. You'll still get approximations when using a floating decimal point as well - the result of dividing 1 by 3 can't be exactly represented, for example.

As for what to use when:

For values which are "naturally exact decimals" it's good to use decimal. This is usually suitable for any concepts invented by humans: financial values are the most obvious example, but there are others too. Consider the score given to divers or ice skaters, for example.

For values which are more artefacts of nature which can't really be measured exactly anyway, float/double are more appropriate. For example, scientific data would usually be represented in this form. Here, the original values won't be "decimally accurate" to start with, so it's not important for the expected results to maintain the "decimal accuracy". Floating binary point types are much faster to work with than decimals.

[exile69]

Ok merci pour vos réponses. J'ai trouvé la solution.

En fait dans mon DataTable ma colonne étant en type Double, je l'ai passé en type Decimal.

SQL Server récupére bien les bons chiffres.