![]() |
1
259
尝试使用
另一个注意事项:这个垫子在左边有空格。如果这是一个问题,结合
|
![]() |
2
43
我找到的唯一一个返回与原始数字完全相同的查询位是
看到了吗 http://www.connectsql.com/2011/04/normal-0-microsoftinternetexplorer4.html 上述其他解决方案有时会舍入或在末尾添加数字 :根据下面的评论和我在 https://msdn.microsoft.com/en-us/library/ms187928.aspx
应在新的SQL Server版本中使用(Azure SQL数据库,从SQL Server 2016 RC3开始) |
![]() |
3
13
这就是我在SQLServer2012中最终使用的解决方案(因为所有其他建议都有截断小数部分的缺点或其他一些缺点)。
输出:
这样做的另一个好处(在我的例子中)是简化和本地化:
输出:
|
![]() |
4
3
有用的话题谢谢。 如果你想像我一样去掉零线,你可以用它:
|
![]() |
6
2
这不需要四舍五入就有帮助
|
![]() |
7
2
|
![]() |
8
2
|
![]() |
9
2
是最好的方法,所以你不添加
|
![]() |
10
1
如果使用CLR函数,则可以将float转换为与float类似的字符串,而无需在末尾添加所有额外的0。 CLR函数
例子
. 输出
所有转换的字符串都被截断为18位小数,并且没有尾随的零。18位精度对我们来说不是问题。而且,我们100%的FP数(接近100000个值)看起来与字符串值相同,就像它们在数据库中与FP数一样。 |
![]() |
11
0
|
![]() |
12
0
测验:
|
|
13
0
选择
|
|
14
0
根据分子生物学的答案:
|
![]() |
15
0
我刚刚遇到了类似的情况,并对ssmsv17.9.1/sql2017中出现的“非常大的数字”的舍入问题感到惊讶。 我并不是说我有一个解决方案,但是我观察到了 FORMAT 礼物 一个看起来正确的数字。我不能暗示这会减少进一步的舍入问题,或者在复杂的数学函数中是有用的。 提供的SQL代码 应该 清楚地展示我的观察结果,同时允许其他人在需要时测试他们的代码和想法。
|
![]() |
Jack Skeletron · T-SQL三表求和 6 年前 |
![]() |
CSK · 列出sql server中存储过程中的存储过程 6 年前 |
![]() |
DRT · 从文本字段中提取多个日期 6 年前 |
![]() |
ihatemash · 确定可以合并哪些行的SQL查询 6 年前 |
![]() |
Shawn · 使用WinZip命令行的SQL Server作业 6 年前 |