您现在的位置是:亿华云 > 人工智能
MySQL中浮点型转字符型问题
亿华云2025-10-08 23:36:12【人工智能】5人已围观
简介一 问题描述今天遇到一个刷数据的需求,是修改产品的重量(字段类型为float),修改了产品的重量之后,是需要记录到日志表中的(字段类型为varchar),表结构如下:临时刷数据表:CREATETABL
一 问题描述
今天遇到一个刷数据的中字符需求,是浮点修改产品的重量(字段类型为float),修改了产品的型转型问重量之后,是中字符需要记录到日志表中的(字段类型为varchar),表结构如下:
临时刷数据表:
CREATE TABLE `temp_170830` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 主键ID,浮点 `goods_sn` varchar(255) NOT NULL DEFAULT COMMENT 产品编码, `goods_weight` float(9,4) NOT NULL DEFAULT 0.0000 COMMENT 产品重量, `actual_weight` float(9,4) NOT NULL DEFAULT 0.0000 COMMENT 实际重量, `new_actual_weight` float(9,4) NOT NULL DEFAULT 0.0000 COMMENT 新的实际重量, `create_user` varchar(30) NOT NULL DEFAULT COMMENT 创建人, PRIMARY KEY (`id`), KEY `idx_goods_sn` (`goods_sn`) ) ENGINE=InnoDB AUTO_INCREMENT=8192 DEFAULT CHARSET=utf8 COMMENT=临时刷重量表;日志表:
CREATE TABLE `log_weight` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 主键ID, `goods_sn` varchar(50) NOT NULL DEFAULT COMMENT 产品编码, `which_col` varchar(100) NOT NULL DEFAULT COMMENT 修改字段, `old_value` varchar(50) NOT NULL DEFAULT 0.00 COMMENT 更新前值, `new_value` varchar(50) NOT NULL DEFAULT 0.00 COMMENT 更新后值, `update_user` varchar(100) NOT NULL DEFAULT COMMENT 创建人, `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `wh_update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 记录修改时间, PRIMARY KEY (`id`), KEY `idx_goods_sn` (`goods_sn`), KEY `idx_update_user` (`update_user`), KEY `wh_update_time` (`wh_update_time`) ) ENGINE=InnoDB AUTO_INCREMENT=14601620 DEFAULT CHARSET=utf8 COMMENT=重量修改日志;如上面建的表所示,我需要将temp_170830表的型转型问actual_weight和new_actual_weight字段分别刷入log_weight表的old_value和new_value字段,SQL语句如下:
INSERT INTO log_weight(goods_sn,中字符 which_col, old_value, new_value, update_user) SELECT goods_sn,actual_weight,actual_weight,new_actual_weight,create_user FROM temp_170830;本来以为到这里就已经大功告成了,毕竟只是浮点插入一些日志记录,后来为了简单的型转型问进行核对,服务器托管发现数据有些不对劲,中字符如下图所示:
临时表数据截图:
日志表数据截图:
对比可以发现,浮点插入的型转型问日志记录数据无缘无故后面多了很多位的小数,不知道从哪里冒出来的中字符,后来一想,浮点可能是型转型问本来浮点型的数据就是除不尽的,转成varchar的时候就把后面的那些也给带出来了,暂时也不是很确定,后续确定之后再补充,然后自己临时找了一个转varchar的高防服务器方法concat,调整如下:
INSERT INTO log_weight(goods_sn, which_col, old_value, new_value, update_user) SELECT goods_sn,actual_weight,concat(actual_weight,),concat(new_actual_weight,),create_user FROM temp_170830;顺利解决日志记录问题。
总结如下:
1 在记录价格和重量数字字段的时候,尽量不要使用浮点型!!!,浮点数坑多(比如浮点型是不能判断相等的!!!),***是采用int整型,业务上要显示小数时,读取出来再除以相应的位数,比如99.98元,应存储9998,读取出来时,用9998/100来显示。
2 在float转varchar时,应该先把float用concat函数先转成varchar,再存储入varchar字段。企商汇
很赞哦!(73)
相关文章
- Status、Creation Date、Expiration Date
- 系统管理员宝典:2019年7种实用的编程语言
- 摩尔定律已死,Raja 定律取而代之:每十年性能提升10倍
- 微软公开 WSL2 使用的 Linux 内核源代码
- 2、定期提交和投标域名注册。例如,益华网络点击“立即预订”后,平台会抢先为客户注册域名。当然,一个域名可能会被多个客户预订,所以出价最高的人中标。
- 教你一些IntelliJ IDEA中比较骚的操作技巧
- 7921 Star!Python学习的必备法宝,随查随用,太方便了吧
- 50行Python代码获取高考志愿信息,再也不用百度啦
- 为什么现在中文域名觉得好?使用中文域名有什么好处?
- 为Web应用程序确保安全需要搬掉这几大绊脚石