MySQL에서 부동 소수점 유형을 문자 유형으로 변환할 때 발생하는 일부 문제 해결

타입 변환은 우리가 일상적인 개발에서 자주 접하는 요구 사항입니다. 최근 부동 소수점 타입을 문자 타입으로 변환할 때 문제가 발생하여, 다음 글에서는 주로 MySQL 프렌즈를 소개하겠습니다. 부동 소수점 유형을 문자로 변환할 때 발생할 수 있는 문제에 대한 관련 정보를 참조하세요.

머리말

이 기사는 주로 MySQL에서 부동 소수점 유형을 문자 유형으로 변환할 때 발생하는 문제를 소개합니다. 참고 및 학습을 위해 공유됩니다. 아래에서는 자세히 설명하지 않겠습니다. .자세한 소개를 확인하세요.

1 문제 설명

오늘 제품의 무게를 수정하기 위해 데이터를 새로 고쳐야 하는 상황이 발생했습니다(필드 유형은 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 가격 및 중량 숫자 필드를 기록할 때 부동 소수점 유형을 사용하지 마세요! ! ! , 부동 소수점 숫자에는 많은 함정이 있습니다(예를 들어 부동 소수점 유형은 동일하다고 판단할 수 없습니다!!!). 비즈니스에서 소수를 표시해야 하는 경우 이를 읽고 나누는 것이 가장 좋습니다. 99.98 위안과 같은 해당 자릿수를 저장해야하며 읽을 때 9998/100으로 표시됩니다.

2 float를 varchar로 변환할 때는 먼저 concat 함수를 사용하여 float를 varchar로 변환한 후 varchar 필드에 저장해야 합니다.

위 내용은 MySQL에서 부동 소수점 유형을 문자 유형으로 변환할 때 발생하는 일부 문제 해결의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!