Why is casting from float to varchar being rounded in SQL Server?(为什么在 SQL Server 中从 float 转换为 varchar 被舍入?)
问题描述
下面的SQL,
declare @a as float, @b as float
select @a=1.353954 , @b=1.353956
select
CAST(@a as VARCHAR(40)) AS a_float_to_varchar ,
CAST(@b as VARCHAR(40)) AS b_float_to_varchar
结果
a_float_to_varchar b_float_to_varchar
---------------------------------------- ----------------------------------------
1.35395 1.35396
基于 'float' 和 'real' (Transact-SQL).
Float 的精度为 15 位,所以我不确定为什么在转换为 varchar 时会四舍五入.
Float has a precision of 15 digits, so I am not sure why the number is being rounded when converted to varchar.
推荐答案
也来自你的链接(实际上是第一行):
Also from your link (it's actually the first line):
近似数字数据类型...
Approximate-number data types...
如果您想要精确的精度,请不要使用 float.
If you want exact precision, don't use float.
话虽如此,有一个函数STR()用于将 float 转换为字符数据类型.
That being said, there is a function STR() specifically for converting float to a character data type.
这篇关于为什么在 SQL Server 中从 float 转换为 varchar 被舍入?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么在 SQL Server 中从 float 转换为 varchar 被舍入?
基础教程推荐
- 需要 MySQL 5.1 中的抽象触发器来更新审计日志 2021-01-01
- SQL:使用来自具有相同列名的两个表中的数据... 2021-01-01
- 是否可以执行按位分组功能? 2021-01-01
- SSMS 中的权限问题:“对象 'extended_properties'、数据库 'mssqlsystem_resource'、... 错误 229)上的 SELECT 权限被拒绝" 2022-01-01
- SQL Server 实例在登录协商期间返回无效或不受支持的协议版本 2021-01-01
- SQL 效率:WHERE IN 子查询 vs. JOIN 然后 GROUP 2021-01-01
- 在 SQL 中连接多个表 2021-01-01
- 如何使用 mysql.connector 禁用查询缓存 2022-01-01
- 将 SQL Server DateTime 列迁移到 DateTimeOffset 2021-01-01
- 无法解决整理冲突 2021-01-01
