MySQL의 부동 소수점 비교가 왜 부정확합니까?

MySQL 부동 소수점 비교 문제

MySQL 사용자는 부동 소수점 값을 비교할 때 종종 부정확한 문제에 직면합니다. 다음 예를 고려하십시오.

CREATE TABLE users (points float);

INSERT INTO users VALUES (50.12);
INSERT INTO users VALUES (34.57);
INSERT INTO users VALUES (12.75);

쿼리 SELECT COUNT(*) FROM users WHERE points > "12.75"는 2의 개수를 예상함에도 불구하고 3을 반환합니다.

부동 소수점 산술 문제

MySQL은 부동 소수점 산술을 사용하여 부동 소수점 유형을 저장하고 조작합니다. 가치. 이 시스템은 유효숫자(실제 숫자)와 지수의 조합을 사용하여 숫자를 표현하므로 잠재적인 정밀도 문제가 발생할 수 있습니다. 예를 들어, 부동 소수점 숫자의 이진 표현으로 인해 MySQL에 입력하면 값 12.75가 12.75000005722로 저장될 수 있습니다.

정확한 십진수 표현

이를 방지하려면 부정확한 경우 정확한 십진수 표현을 위해 MySQL에서 DECIMAL 데이터 유형을 사용하는 것이 좋습니다. float와 달리 DECIMAL은 값을 고정 소수점 숫자로 저장하여 정확한 정밀도를 보장합니다.

DECIMAL로 변환

기존 float 열을 DECIMAL로 변환하려면 ALTER TABLE을 사용하세요. 명령문:

ALTER TABLE users MODIFY points DECIMAL(6,2);

이렇게 하면 포인트가 총 6자리와 소수점 이하 2자리의 소수 열로 변환됩니다. 필요에 따라 정밀도와 배율을 조정할 수 있습니다.

결론

부동 소수점 연산이 편리해 보일 수도 있지만 부동 소수점 산술에 내재된 부정확성으로 인해 비교할 때 예상치 못한 결과가 발생할 수 있습니다. 가치. 정확한 십진수 표현과 정확한 비교를 위해 MySQL에서는 DECIMAL 데이터 유형을 사용하는 것이 좋습니다. DECIMAL을 사용하면 부동 소수점 비교의 잠재적인 위험을 방지하고 데이터의 신뢰성을 보장할 수 있습니다.

위 내용은 MySQL의 부동 소수점 비교가 왜 부정확합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!