Discussion :

[Maxwashere]

Salut tout le monde ,

Je travaille sur une app VB.NET avec une BDD SQL SERVER 2008 R2
Pour résumer la situation j'essaye de convertir des champs de la table Credits qui sont de type varchar en float pour faire une mise à jour des paiements des clients , voici la table : Credits (idcredit , id client , idproduit , montant , avance , reste).

Les champs : montant , avance et reste sont de type varchar et ce que j'essaye de faire est de :

1-Avec la fonction REPLACE de remplacer l'espace qui symbolise le groupement des chiffres : REPLACE(avance,' ','') par exemple 5 200,00 £ devra etre 5200,00 £ puis de remplacer aussi la virgule (comma) par le point décimal seul reconnu par SQL SERVER comme séparateur décimal ( l'erreur s'affiche : Cannot convert varchar datatype to float car dans mes paramètres régionaux la virgule est le séparateur décimal ) et cela pour les deux autres champs : "montant" et "reste"

REPLACE (avance,',','.') donc 5 200,00 £ devra etre 5 200.00£

Donc j'ai essayé de changer mes paramètres régionaux en utilisant le point décimal comme séparateur décimal mais je n'arrive pas à comprendre pourquoi SQL SERVER 2008 R2 me donne toujours cette erreur : Error converting data type varchar to float.

Voici mon code ( J'essaye de calculer le reste en fonction des versements du client )

Code :

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

1
2
3
4
5
6
7
8
9
10
11
ALTER PROC [dbo].[CALC_RESTECREDIT]
 
@id int,
@montaj varchar(50)
 
as
 
UPDATE Credits SET Avance = CAST(replace(Avance,'  ','') as float)  + CAST(replace(@montaj,'  ','') as float)
      ,Reste =CAST(replace(MontVente,'  ','') as float) - CAST(replace(Avance,'  ','') as float) 
 
WHERE ClientID =@id

Merci d'avance

[SQLpro]

C'est normal, un nombre ne peut pas comporter de lettre or le symbole £ est une lettre. Vous ne devez prendre que la partie purement numérique !

Vous pouvez utiliser par exemple la fonction de nettoyage suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
CREATE FUNCTION dbo.F_STRING_TO_FLOAT (@STRING VARCHAR(max))
RETURNS FLOAT
WITH RETURNS NULL ON NULL INPUT
AS
BEGIN
   DECLARE @I INT, @C CHAR(1), @OUT VARCHAR(max);
   SELECT @I = 1, @OUT = '';
   WHILE @I <= LEN(@STRING)
   BEGIN
      SET @C = SUBSTRING(@STRING, @I, 1);
      SET @OUT = @OUT + CASE WHEN @C BETWEEN '0' AND '9' THEN @C
                             WHEN @C = ',' THEN '.'
                             ELSE '' END;
      SET @I = @I +1;
   END;
   RETURN CAST(@OUT AS FLOAT)
END;
GO

A +

[escartefigue]

...Les champs : montant , avance et reste sont de type varchar ...

Mais quelle idée de modéliser des montants en varchar , je ne sais pas d'où vient cette mode de mettre du varchar partout, mais c'est la source de bien des ennuis !

De plus, la devise et le montant n'ont rien à faire dans une colonne unique, et encore moins des séparateurs de milliers !

Un retour aux fondamentaux merise s'impose

[Invité]

En plus, il existe un type money qui est prévu rien que pour ça... Pourquoi faire simple !

[SQLpro]

Mais quelle idée de modéliser des montants en varchar , je ne sais pas d'où vient cette mode de mettre du varchar partout, mais c'est la source de bien des ennuis !

De plus, la devise et le montant n'ont rien à faire dans une colonne unique, et encore moins des séparateurs de milliers !

Un retour aux fondamentaux merise s'impose

Ce sont généralement des gens qui viennent soir de MySQmerde, soit d'un ORM bas de gamme du genre Hibernate !

A +

[Maxwashere]

Salut Merci pour vos remarques mais si pouvez utiliser des termes moins choquant et je ne viens pas de MYSQMerde un peu de respect s'impose entre nous car l'erreur est humaine et personne n'est parfait , pour le choix de Varchar à la place d'autres types de données évidents c'est vrai vous avez raison mais ce qui m'a choqué c'est les termes utilisés pour juger les autres avec mépris.