MySQL 부동 소수점 비교 문제

Question

부동 소수점 값에 대한 비교 결과가 항상 올바른 결과를 반환하지 않는 부동 소수점 열을 MySQL 데이터베이스 스키마에 도입하여 문제가 발생했습니다.

1-50.12
2-34.57
3-12.75
4 - ...이 "3"저를 반환

SELECT COUNT(*) FROM `users` WHERE `points` > "12.75" 

(모든 적은 12.00보다 휴식).

나는 MySQL의 부동 소수점 값 비교가 좋지 않으며 10 진수 타입이 더 좋은 옵션이라는 것을 읽었습니다.

나는 float 유형으로 계속 나아가고 비교가 올바르게 작동하기를 바랍니다.

Answer 1

아래의 문제가 보입니까?

CREATE TABLE a (num float); 

INSERT INTO a VALUES (50.12); 
INSERT INTO a VALUES (34.57); 
INSERT INTO a VALUES (12.75); 
INSERT INTO a VALUES (11.22); 
INSERT INTO a VALUES (10.46); 
INSERT INTO a VALUES (9.35); 
INSERT INTO a VALUES (8.55); 
INSERT INTO a VALUES (7.23); 
INSERT INTO a VALUES (6.53); 
INSERT INTO a VALUES (5.15); 
INSERT INTO a VALUES (4.01); 

SELECT SUM(num) FROM a; 
+-----------------+ 
| SUM(num)  | 
+-----------------+ 
| 159.94000005722 | 
+-----------------+ 

일부 행 사이에 여분의 0.00000005722이 있습니다. 따라서 이러한 값 중 일부는 초기화 된 값과 비교할 때 false를 반환합니다.

ALTER TABLE a MODIFY num DECIMAL(6,2); 

SELECT SUM(num) FROM a; 
+----------+ 
| SUM(num) | 
+----------+ 
| 159.94 | 
+----------+ 
1 row in set (0.00 sec) 

Answer 2

부동 소수점입니다. 그래서 무엇이 문제입니까? 3은 올바른 결과 일 수 있으며, 데이터베이스가 12.75에 대해 생각하는 것에 달려 있습니다. 12.75입니까 아니면 조금 더 있습니까?

정확한 숫자를 원하면 DECIMAL을 사용하십시오.

Answer 3

플로트와 평등의 비교에 문제가 있습니다. 이것은 예기치 않은 결과를 줄 수 있습니다. 이는 부동 소수점 연산의 내부 구현 때문입니다.

Answer 4

숫자와 문자열 비교하기?

Answer 5

내가 한 번 유사한 문제에 직면했다 :

하는 부동 소수점 연산과 비교 문제를 방지하려면 DECIMAL 데이터 유형을 사용해야합니다. 'float'필드를 'decimal'로 변환하십시오. 그것은 확실히 문제를 해결할 것입니다.

Answer 6

나는이

WHERE abs(value - 12.75)<0.001 

할 수 있지만 모든 언어는 평등을 떠 비교할 수 있으며, 저장된 값은 정확한 수치에 해당하면 삽입을 값 경우 만 부부와 함께 어떤 문제

가 안 동의 십진수와 정확한 일치 값의 경우 정밀도 오류가 MySQL의 이러한 불일치에 대한 명백한 이유처럼 들리지 않음