MySQL中浮点型转字符型问题

数据库 MySQL
在记录价格和重量数字字段的时候,尽量不要使用浮点型!!!,浮点数坑多(比如浮点型是不能判断相等的!!!),最好是采用int整型,业务上要显示小数时,读取出来再除以相应的位数,比如99.98元,应存储9998,读取出来时,用9998/100来显示。

[[202727]]

 一 问题描述

今天遇到一个刷数据的需求,是修改产品的重量(字段类型为float),修改了产品的重量之后,是需要记录到日志表中的(字段类型为varchar),表结构如下:

临时刷数据表:

  1. CREATE TABLE `temp_170830` ( 
  2.   `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID'
  3.   `goods_sn` varchar(255) NOT NULL DEFAULT '' COMMENT '产品编码'
  4.   `goods_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '产品重量'
  5.   `actual_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '实际重量'
  6.   `new_actual_weight` float(9,4) NOT NULL DEFAULT '0.0000' COMMENT '新的实际重量'
  7.   `create_user` varchar(30) NOT NULL DEFAULT '' COMMENT '创建人'
  8.   PRIMARY KEY (`id`), 
  9.   KEY `idx_goods_sn` (`goods_sn`) 
  10. ) ENGINE=InnoDB AUTO_INCREMENT=8192 DEFAULT CHARSET=utf8 COMMENT='临时刷重量表'

日志表:

  1. CREATE TABLE `log_weight` ( 
  2.   `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键ID'
  3.   `goods_sn` varchar(50) NOT NULL DEFAULT '' COMMENT '产品编码'
  4.   `which_col` varchar(100) NOT NULL DEFAULT '' COMMENT '修改字段'
  5.   `old_value` varchar(50) NOT NULL DEFAULT '0.00' COMMENT '更新前值'
  6.   `new_value` varchar(50) NOT NULL DEFAULT '0.00' COMMENT '更新后值'
  7.   `update_user` varchar(100) NOT NULL DEFAULT '' COMMENT '创建人'
  8.   `update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
  9.   `wh_update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '记录修改时间'
  10.   PRIMARY KEY (`id`), 
  11.   KEY `idx_goods_sn` (`goods_sn`), 
  12.   KEY `idx_update_user` (`update_user`), 
  13.   KEY `wh_update_time` (`wh_update_time`) 
  14. ) ENGINE=InnoDB AUTO_INCREMENT=14601620 DEFAULT CHARSET=utf8 COMMENT='重量修改日志'

如上面建的表所示,我需要将temp_170830表的actual_weight和new_actual_weight字段分别刷入log_weight表的old_value和new_value字段,SQL语句如下:

  1. INSERT INTO log_weight(goods_sn, which_col, old_value, new_value, update_user) 
  2. SELECT goods_sn,'actual_weight',actual_weight,new_actual_weight,create_user FROM temp_170830; 

本来以为到这里就已经大功告成了,毕竟只是插入一些日志记录,后来为了简单的进行核对,发现数据有些不对劲,如下图所示:

临时表数据截图:

日志表数据截图:

对比可以发现,插入的日志记录数据无缘无故后面多了很多位的小数,不知道从哪里冒出来的,后来一想,可能是本来浮点型的数据就是除不尽的,转成varchar的时候就把后面的那些也给带出来了,暂时也不是很确定,后续确定之后再补充,然后自己临时找了一个转varchar的方法concat,调整如下:

  1. INSERT INTO log_weight(goods_sn, which_col, old_value, new_value, update_user) 
  2. 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字段。

责任编辑:武晓燕 来源: Segmentfault
相关推荐

2023-12-11 08:43:31

FloatDoubleJava

2021-07-30 06:22:37

C++字符型字符串

2016-03-22 16:51:13

C++泛型膨胀

2019-09-04 00:20:10

JSON泛型擦除

2020-10-26 14:01:22

Java泛型

2011-07-08 10:32:11

Objective-C 随机数

2009-08-26 18:02:05

C#泛型问题

2023-11-08 13:17:00

Python解释型语言

2018-10-09 14:45:02

技术型管理型工资

2009-08-24 10:07:57

C#泛型处理

2018-07-18 09:16:39

关系型非关系型数据库

2015-08-12 09:01:33

基础设施融合型基础设施网络分解

2009-08-24 16:39:19

C# 泛型应用

2012-02-16 10:36:43

Java

2022-06-22 05:42:32

数据库事务处理分析查询

2011-07-21 11:30:19

网关选择产品

2021-09-29 18:17:30

Go泛型语言

2023-05-11 11:29:21

2016-11-29 12:01:39

数据驱动大数据

2018-03-22 09:16:06

密集型场景SSD
点赞
收藏

51CTO技术栈公众号