未加星标

MySQL中浮点型转字符型可能会遇的问题详解

字体大小 | |
[数据库(mysql) 所属分类 数据库(mysql) | 发布者 店小二03 | 时间 | 作者 红领巾 ] 0人收藏点击收藏

前言

本文主要给大家介绍了mysql中在将浮点型转字符型的时候遇到的一个问题,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧。

一 问题描述

今天遇到一个刷数据的需求,是修改产品的重量(字段类型为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;
本来以为到这里就已经大功告成了,毕竟只是插入一些日志记录,后来为了简单的进行核对,发现数据有些不对劲,如下图所示:

临时表数据截图:

MySQL中浮点型转字符型可能会遇的问题详解

日志表数据截图:

MySQL中浮点型转字符型可能会遇的问题详解

对比可以发现,插入的日志记录数据无缘无故后面多了很多位的小数,不知道从哪里冒出来的,后来一想,可能是本来浮点型的数据就是除不尽的,转成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字段。

好了,以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对脚本之家的支持。

本文数据库(mysql)相关术语:navicat for mysql mysql workbench mysql数据库 mysql 存储过程 mysql安装图解 mysql教程 mysql 管理工具

主题: SQLMySQLAUInnoDB数据UTCUAUTTIRY
tags: weight,COMMENT,NOT,NULL,DEFAULT,varchar,goods,actual,sn,update,value,new,user,KEY,float
分页:12
转载请注明
本文标题:MySQL中浮点型转字符型可能会遇的问题详解
本站链接:http://www.codesec.net/view/565244.html
分享请点击:


1.凡CodeSecTeam转载的文章,均出自其它媒体或其他官网介绍,目的在于传递更多的信息,并不代表本站赞同其观点和其真实性负责;
2.转载的文章仅代表原创作者观点,与本站无关。其原创性以及文中陈述文字和内容未经本站证实,本站对该文以及其中全部或者部分内容、文字的真实性、完整性、及时性,不作出任何保证或承若;
3.如本站转载稿涉及版权等问题,请作者及时联系本站,我们会及时处理。
登录后可拥有收藏文章、关注作者等权限...
技术大类 技术大类 | 数据库(mysql) | 评论(0) | 阅读(65)