ARREDONDAMENTO - SQL EXPRESS
Boa Tarde,
Estou com um problema de soma no SQL...
Tenho 2 registros, um tem o valor 7990, outro tem o valor 5247,12.
Quando tento somar, usando SUM([Valor]), ao invés de me retornar 13237,12 o valor retornado é 13237,119999999999.
Existe um modo de arredondar?
Obrigado
Estou com um problema de soma no SQL...
Tenho 2 registros, um tem o valor 7990, outro tem o valor 5247,12.
Quando tento somar, usando SUM([Valor]), ao invés de me retornar 13237,12 o valor retornado é 13237,119999999999.
Existe um modo de arredondar?
Obrigado
ROUND
Returns a numeric expression, rounded to the specified length or precision.
Syntax
ROUND ( numeric_expression , length [ , function ] )
Arguments
numeric_expression
Is an expression of the exact numeric or approximate numeric data type category, except for the bit data type.
length
Is the precision to which numeric_expression is to be rounded. length must be tinyint, smallint, or int. When length is a positive number, numeric_expression is rounded to the number of decimal places specified by length. When length is a negative number, numeric_expression is rounded on the left side of the decimal point, as specified by length.
function
Is the type of operation to perform. function must be tinyint, smallint, or int. When function is omitted or has a value of 0 (default), numeric_expression is rounded. When a value other than 0 is specified, numeric_expression is truncated.
Return Types
Returns the same type as numeric_expression.
Remarks
ROUND always returns a value. If length is negative and larger than the number of digits before the decimal point, ROUND returns 0.
Example Result
ROUND(748.58, -4) 0
ROUND returns a rounded numeric_expression, regardless of data type, when length is a negative number.
Examples Result
ROUND(748.58, -1) 750.00
ROUND(748.58, -2) 700.00
ROUND(748.58, -3) 1000.00
Returns a numeric expression, rounded to the specified length or precision.
Syntax
ROUND ( numeric_expression , length [ , function ] )
Arguments
numeric_expression
Is an expression of the exact numeric or approximate numeric data type category, except for the bit data type.
length
Is the precision to which numeric_expression is to be rounded. length must be tinyint, smallint, or int. When length is a positive number, numeric_expression is rounded to the number of decimal places specified by length. When length is a negative number, numeric_expression is rounded on the left side of the decimal point, as specified by length.
function
Is the type of operation to perform. function must be tinyint, smallint, or int. When function is omitted or has a value of 0 (default), numeric_expression is rounded. When a value other than 0 is specified, numeric_expression is truncated.
Return Types
Returns the same type as numeric_expression.
Remarks
ROUND always returns a value. If length is negative and larger than the number of digits before the decimal point, ROUND returns 0.
Example Result
ROUND(748.58, -4) 0
ROUND returns a rounded numeric_expression, regardless of data type, when length is a negative number.
Examples Result
ROUND(748.58, -1) 750.00
ROUND(748.58, -2) 700.00
ROUND(748.58, -3) 1000.00
Isso funciona na Syntax SQL?
No fonte do sistema funciona, mas na Syntax SQL não estou conseguindo, pode postar um exemplo?
Atualmente esta assim:
SELECT Emitente, Ano, Numero, SUM([Valor Pago]) AS ValorTotal
FROM [Faturas - Baixas]
GROUP BY Emitente, Ano, Numero
Obrigado
No fonte do sistema funciona, mas na Syntax SQL não estou conseguindo, pode postar um exemplo?
Atualmente esta assim:
SELECT Emitente, Ano, Numero, SUM([Valor Pago]) AS ValorTotal
FROM [Faturas - Baixas]
GROUP BY Emitente, Ano, Numero
Obrigado
SELECT Emitente, Ano, Numero, round(SUM([Valor Pago]),0) AS ValorTotal
FROM [Faturas - Baixas]
GROUP BY Emitente, Ano, Numero
FROM [Faturas - Baixas]
GROUP BY Emitente, Ano, Numero
Seria recomendável se vc não utilizasse espaços nos nomes dos objetos (tabelas, campos, views, etc)
Agora deu certo, obrigado!
Tem algum motivo para não usar espaços em nome de tabelas? Ou é só por padronização?
Citação::
Seria recomendável se vc não utilizasse espaços nos nomes dos objetos (tabelas, campos, views, etc)
Tem algum motivo para não usar espaços em nome de tabelas? Ou é só por padronização?
é por isso SQL Server tem o tipo de dados monetário(Money) já para evitar esse tipo de problemas nas chamadas SUM
Citação::
Agora deu certo, obrigado!
:
Seria recomendável se vc não utilizasse espaços nos nomes dos objetos (tabelas, campos, views, etc)
Tem algum motivo para não usar espaços em nome de tabelas? Ou é só por padronização?
Não apenas por padronização, mas faz com que vc não tenha que utilizar colchetes.
Mas, não custa padronizar e utilizar boas prática, pois ajuda dar mais qualidade ao seu produto.
Fora que, se um DBA olhar para algo sem uma padronização adequada, nem deixa entrar no banco de dados.
Tópico encerrado , respostas não são mais permitidas