Discussion :

[jibjib]

Bonjour,

J'ai une variable avec des 0 devant que je souhaiterais enlever dans certains cas (si j'ai que des chiffres).
Du coup j'effectue un test dans ma variable pour savoir si la valeur est numérique, si c'est le cas je la transforme en numérique pour supprimer les 0 devant, puis en nvarchar.
Jusque là tout va bien, j'utilise la fonction isnumeric()

Mais j'ai un souci avec une valeur :
70405304D3

Cette valeur contient un D, et ça pose problème...

Quand je fais un isnumeric('70405304D3') il me retourne 1 et considère donc la valeur comme numérique, et me met la valeur 70405304000
alors que je souhaiterais conserver 70405304D3.

ça vient du D et du 3 qu'il interprète comme 000

Avez-vous déjà rencontré ce problème, et avez-vous des explicaitons ?
Auriez-vous une idée de comment contourner ce problème ?

hormis rechercher un D dans la variable ?

Merci d'avance !

[jibjib]

Petite précision, il ne veut pas me le convertir en numérique bien que isnumeric renvoie 1, et c'est en utilisant

Code :

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

cast(floor('70405304D3') AS numeric(30))

qu'il me retourne 70405304000

[aieeeuuuuu]

Bonjour,

En interne, SQL Server utilise une routine C pour ISNUMERIC. Celle-ci accepte la notation avec le D pour les decimaux, ce qui explique ce comportement.

Vous pourriez avoir le même comportement avec '123e2' sur le même principe.

Est-ce que votre nombre sera toujours un entier ? auquel cas vous pourriez simplement faire un TRY_CAST(LaColonne AS INT), qui renverra NULL si votre NVARCHAR n'est pas un entier.

[jibjib]

Merci pour votre réponse, mais j'ai un message d'erreur.

Code :

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

'TRY_CAST' n'est pas une option nom de fonction intégrée reconnue.

J'ai contourné le problème en concaténant 2 fois le champs, car si il est numérique 1 fois, il le sera 2 fois
Et du coup

Code :

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

'70405304D370405304D3'

ne sera pas numérique lui.

[Invité]

En interne, SQL Server utilise une routine C pour ISNUMERIC. Celle-ci accepte la notation avec le D pour les decimaux, ce qui explique ce comportement.

C'est une grosse faiblesse de SQL server à mon sens. Il y a pas mal de fonctions de bases qui ont des comportements bizarres.
Et il manque aussi une bonne librairie de fonctions utiles qui sont disponibles sous Oracle par exemple.
C'est pas mal la seule frustration et mon gros reproche depuis que je suis passé d'Oracle à SQL Server.

[SQLpro]

Rien ne vous empêche de les écrire sous forme d'UDF soit en Transact SQL, soit en SQL CLR.
Pour ma part ce qui est particulièrement pénible sous Oracle c'est l'absence totale des collations, indispensable dès que l'on a une langue non purement anglophone ! Et ne me parlez pas de NLS qui est la pire merde....

A +

[Invité]

Effectivement, j'ai un stock de fonctions sous le coude mais bon, des fois, ce sont des bricolages vite fait qui fonctionnent très bien pour des besoins bien précis mais qui demanderaient à passer plus de temps pour les blinder vraiment.
Et Oracle, à part pour les librairies, je ne suis pas convaincu plus que ça. D'autant que j'ai déjà débuggé des fonctions de leur librairie