SELECT ROUND(0.66, 0)
Arithmetic overflow exception
SELECT 1.0 * ROUND(0.66, 0) = 1;
Est-ce normal cela???
SqlServer 2005
SELECT ROUND(0.66, 0)
Arithmetic overflow exception
SELECT 1.0 * ROUND(0.66, 0) = 1;
Est-ce normal cela???
SqlServer 2005
C'est vrai que c'est amusant.
Car si on fait
Ca marche, de même que :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 PRINT ROUND(0.66, 0)
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2 SELECT CAST(ROUND(0.66, 0) as decimal)
Normal ! Lorsque vous ne précisez pas le type de données comme c'est le cas de 0.66, SQL Server le transtype dans le type le plus juste et dans votre cas, c'est un NUMERIC(2,2).
le code que vous donnez revient donc à faire :
Ce qui immanquablement provoque une erreur de dépassement car arrondir 0.66 sans décimale revient à 1 et 1 hne peut pas tenir dans un NUMERIC(2,2), mais dans un NUMERIC(3,2) !!!
Code : Sélectionner tout - Visualiser dans une fenêtre à part SELECT ROUND(CAST(0.66 AS NUMERIC(2,2)), 0)
Les jeunes développeurs oublient toujours que SQL est un langage typé !
Code : Sélectionner tout - Visualiser dans une fenêtre à part SELECT ROUND(CAST(0.66 AS NUMERIC(3,2)), 0)
Donc, mettre le bon type de données !!!
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Partager