Discussion :

[da_latifa]

Salut tt le monde,
quand j'utilise des chiffres avec virgule dans mes select, SQL génère un problème, pourtant il les accépte dans les insert et update, pk?
Merci d'avance.

[Cybher]

salut

cela métonne qu'il les accepte dans les select (pour les formats numériques bien entendu).
en effet on utilise le "." et non pas la ","

la "," sert déja de séparateur dans les insert, select.

[da_latifa]

oui, dans les insertions il fait le contraire il refuse les . et il n'accepte que les virgules.
Donc je dois utiliser des . à la place des virgules, dans les select.

Merci.

[souellet]

Je suis étonné aussi.

Sous DB2, seulement le '.' est autorisé autant avec le SELECT qu'avec l'UPDATE.

Certaine application de développement permet de choisir le séparateur décimale '.' ou ',' et ça s'applique dans tous les cas.

Dans mon cas, j'utilise l'éditeur de script d'ISeries et Client Acces d'IBM.
Et seul l'éditeur de script d'ISeries me permet de faire le choix.

[Cybher]

salut

quel est ton sgbd?
peuux tu donner un exemple (création table + 1 insertion) pour montrer où il refuse le "."

[SQLpro]

je confirme : le langage SQL n'accepte que le point et pas de séparateur de millier dans les nombres.

Je suppose que c'est dans une IHM que tu met des chiffres à virgule et qu'il sont automatiquemet transformés en chiffre au standard SQL.

A +

[da_latifa]

je crois qu'il y'a un mal entendu, si tu insère directement un chiffre ds une base de données sql server (par Entreprise manager) avec un point il le modifie automatiquement en virgule.

[SQLpro]

Absolument pas !!!!!

Entreprise Manager est un outil client de MS SQL Server et agit donc en fonction des paraèmtres locaux.

Ce n'est d'ailleurs pas ni la virgule ni le point mais du réel codé en binaire qui est stocké... Le reste virgule ou point n'est qu'un problème de représentation. Ainsi le langage SQL exige l'utilisation du point comme séparateur décimal.

A +