Discussion :

[babet53]

Bonjour,
J'ai un léger souci avec une base de données que j'ai mis en place il y a un an.
Dans une table, j'ai un problème avec un champs décimal.
Pour toute valeur strictement comprise entre O et 1, la valeur affichée est =0,000. Le problème est apparu il y a deux mois environ. Toutes les anciennes valeurs (correctes avant) ainsi que les nouvelles sont arrondies.

Le type de ce champs est decimal(24,3).

La version de SQL server est :
SQL Server 9.00.2047.00 (il me semble que c'est la 2005 std sp1).

Quelqu'un sait si cette version comportait des bugs similaires ou bien si c'est moi qui est pu me tromper quelque part???

Merci beaucoup de votre aide

[rudib]

Bonjour,

Comportement pas normal, et il n'y a pas de bug autant que je sache, de ce type. Es-tu sûr qu'il n'y a pas de trigger, ou que le programme client ne formate pas ?

[babet53]

Merci de m'aider.
Normalement non. Les deux seuls programmes clients qui ont acces en ecriture sur la base ne font que des Inserts. Le premier fonctionne depuis l'année derniere et Je ne l'ai jamais modifié depuis. Le deuxieme a été modifié il y a trois mois environ. Cependant, il ne fait que un insert aussi. (Pas de Update).

Tu penses quand même que ca peut venir de la?

Sinon, non, il n'y a pas de trigger pour cette base de données sur le serveur.

[rudib]

ça vient probablement de là, tu peux le tester en tournant une instance du profiler qui trappe les requêtes envoyées par cette application, ou en plaçant un trigger DDL.

Pour l'utilisation du profiler : http://rudi.developpez.com/sqlserver.../optimisation/

[ddaime]

Bonjour

Ton probleme est apparu il y a environ deux mois et ta dernière modif date d'environ trois mois, n'y aurait il pas un rapport ? Les arrondies se situent ils dans la base ou apparaissent ils lors de l'affichage dans un client ?

[SQLpro]

A mon avis dans le programme client le type d paramètre passé dans l'objet doit être un INT au lieu d'un décimal....

A +

[babet53]

Rudib, je vais tester ta solution et je te tiens au courant. Par contre, ou peut on trouver le generateur de profil????

Pour SQLPro, Si le client passe un INT ou lieu d'un Float (ou autre), tu penses vraiment que cela pourrait affecter ce qui a déjà été inséré? Je suis d'accord que les nouveaux INSERT seraient arrondis mais pas ceux déjà validés.

Je tiens à rappeler que l'arrondi ne se produit que entre 0 et 1. Pour les valeurs > 1, il n'y a pas de problème.

Concernant les clients qui font les selects, j'utilise normalement un programme sous Excel en VBA. En cas de problemes (comme maintenant), j'utilise Ms Query ou même "SQL Server management studio express".

Merci à vous

[rudib]

Quelle est ton édition ?
Si c'est Express, le profiler n'est pas livré avec les outils clients

[babet53]

Ok, c'est pour ca que je ne le trouve pas. Je vais voir avec le responsable informatique si je peut directement aller sur le serveur. Je te tiens au courant.

[SQLpro]

Cela peut être aussi un BIT.

A +

[babet53]

Bonjour SQL Pro,
Un BIt ou ca??? je ne comprends pas bien. Un bit passe à la place d'un decimal??? =)> NON car pour les valeurs > 1 (ex. 1,075), il n'y a pas de probleme.
Peut etre que tu parle d'un BIT dans la base ou autre mais je n'ai pas compris ta remarque, si tu peux m'eclairer stp.

Merci