isnumeric() avec un D dans la variable

Version imprimable

23/11/2016, 10h42
jibjib

isnumeric() avec un D dans la variable

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 !
23/11/2016, 10h48
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:

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

qu'il me retourne 70405304000
29/11/2016, 15h57
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.
02/12/2016, 16h45
jibjib

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

Code:

'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 :lol:
Et du coup

Code:

'70405304D370405304D3'

ne sera pas numérique lui.
02/12/2016, 17h26
Invité

Citation:

Envoyé par aieeeuuuuu

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.
05/12/2016, 13h59
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 +
05/12/2016, 14h59
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 :mouarf:

Si le but est de vérifier qu'il n'y a que des chiffres dans le texte (ie, que c'est un entier écrit de façon naturelle),alors :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
WITH T AS
(
SELECT *
  FROM ( VALUES  ( 'abcfz4343')
			    ,('fsd')
			    ,('323298')
			    ,('3329D3' )
			    ,('3329.0')
	   ) AS V(VALUE)
)
SELECT VALUE
   FROM T
  WHERE VALUE NOT LIKE '%[^0-9]%'

08/12/2016, 14h46
SQLpro

Ce n'est valable que pour les entiers positifs...
Sinon:

Code:

LIKE '[-0-9]' + REPLICATE('[0-9]', LEN(MaColonne) - 1)

A +