使用Navicat存float类型的小数

反射苔藓
• 阅读 6970

问题描述

使用navicat存储一个float类型的小数,添加字段后,其他的保持默认设置。

使用Navicat存float类型的小数

然后存一条数据,float类型的数据为129364.57。保存后的结果:

使用Navicat存float类型的小数

舍弃了小数部分,然后四舍五入为129365

然后又重新试了几个其他的小数,发现都是这个情况。

猜测

1.联想到以前学C语言的时候,不同数据类型所占长度不同,所以就猜测可能是精度不够了。

因为是二进制,所以在存储小数的时候只能有2的负n次幂这样的相加得出的小数,所以我就试一下129364.25,依然不行,还是没有小数部分,只有整数部分,并且同样满足四舍五入。

所以不是精度的问题。

2.既然没有小数,是不是默认没有小数部分呢。

然后重新设计表,发现果然小数部分为0,然后将其改为2:

使用Navicat存float类型的小数

再重新测试:

使用Navicat存float类型的小数

正常保存!

后续

google了一下网上的答案,发现有对存储长度的限制,然后就去官方文档看了看。

标题就很能说明问题

使用Navicat存float类型的小数

估计值。感觉官方文档并没有说什么东西,但是我们知道了float的估计是有长度和精度两个参数控制的。然后再结合google的结果,发现float只支持8位,当整数加小数部分超出8位,它就开始估计了。

当然也不是说所有的8位都可以,也是有个范围的,因为float使用4个字节,所以当数值大小超过65536(2的16次方),即使八位数也是会出现估计的现象。比如我们存一个65536.777,但是保存后结果确不是这个数:

使用Navicat存float类型的小数

总结

1.小于65536,8位以内数字正常显示;超出8位进行近似估计(也就是数值不准)。
2.大于65536,接近8位的数字开始估计

点赞
收藏
评论区
推荐文章
blmius blmius
4年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Oracle 分组与拼接字符串同时使用
SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(
Wesley13 Wesley13
4年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
皕杰报表(关于日期时间时分秒显示不出来)
在使用皕杰报表设计器时,数据据里面是日期型,但当你web预览时候,发现有日期时间类型的数据时分秒显示不出来,只有年月日能显示出来,时分秒显示为0:00:00。1.可以使用tochar解决,数据集用selecttochar(flowdate,"yyyyMMddHH:mm:ss")fromtablename2.也可以把数据库日期类型date改成timestamp
Jacquelyn38 Jacquelyn38
4年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Wesley13 Wesley13
4年前
mysql中时间比较的实现
MySql中时间比较的实现unix\_timestamp()unix\_timestamp函数可以接受一个参数,也可以不使用参数。它的返回值是一个无符号的整数。不使用参数,它返回自1970年1月1日0时0分0秒到现在所经过的秒数,如果使用参数,参数的类型为时间类型或者时间类型的字符串表示,则是从1970010100:00:0
Stella981 Stella981
4年前
SpringBoot整合Redis乱码原因及解决方案
问题描述:springboot使用springdataredis存储数据时乱码rediskey/value出现\\xAC\\xED\\x00\\x05t\\x00\\x05问题分析:查看RedisTemplate类!(https://oscimg.oschina.net/oscnet/0a85565fa
Wesley13 Wesley13
4年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Easter79 Easter79
4年前
SpringBoot整合Redis乱码原因及解决方案
问题描述:springboot使用springdataredis存储数据时乱码rediskey/value出现\\xAC\\xED\\x00\\x05t\\x00\\x05问题分析:查看RedisTemplate类!(https://oscimg.oschina.net/oscnet/0a85565fa
Stella981 Stella981
4年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究