博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL中浮点型转字符型问题
阅读量:7232 次
发布时间:2019-06-29

本文共 2370 字,大约阅读时间需要 7 分钟。

一 问题描述

今天遇到一个刷数据的需求,是修改产品的重量(字段类型为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字段。

转载地址:http://tkvfm.baihongyu.com/

你可能感兴趣的文章
使用Struts 2的输入校验
查看>>
Windows7下打不开网银页面解决办法汇总
查看>>
企业创新系列之:格物致知
查看>>
专才将死,通才永生?
查看>>
关东升的《从零开始学Swift》3月9日已经上架
查看>>
C++中const用法总结
查看>>
Linux系统捕获数据包流程
查看>>
Vmware ESX5i 环境下部署Windows Storage Server 2008 R2
查看>>
赛思信安:实现数据全生命周期管理
查看>>
了解SQL Server触发器及触发器中的事务
查看>>
程序员编程艺术:第七章、求连续子数组的最大和
查看>>
Wp7.1新增API
查看>>
关于Ubuntu上Eclipse不显示手机设备
查看>>
为什么编程语言以及数据库要从1970年1月1日开始计算时
查看>>
java web -- EL表达式
查看>>
模拟器收短信和接电话的方法
查看>>
poj2771
查看>>
(转)反射-实例化类
查看>>
OGRE 阴影技术官方文档
查看>>
Trie 树内存消耗问题
查看>>