MySQL의 DOUBLE 대 DECIMAL: 정밀성 논쟁 재검토

MySQL 데이터베이스에 금전적 가치를 저장할 때 DOUBLE을 피해야 하는 것이 일반적입니다. 잠재적인 정밀도 문제로 인해. 그러나 실제 시나리오에서는 이 권장 사항의 유효성에 대한 의문이 제기됩니다.

실용적 고려 사항과 정밀도 문제의 균형

주어진 시나리오에는 다음을 위한 수많은 DOUBLE 열이 있는 레거시 시스템이 포함됩니다. 돈 저장. SQL 산술 연산이 없음에도 불구하고 저장 및 검색 중 정밀도 손실 가능성이 우려됩니다.

변환에 반대하는 주장

• 아니요 부작용: 6년 동안 사용해도 정밀도 관련 버그는 발견되지 않았습니다.
• 충분함 정밀도: DOUBLE의 15자리 정밀도는 필요한 소수점 이하 2~8자리 정밀도를 수용합니다.
• 외부 계산: 화폐 계산은 BigDecimal을 사용하여 Java에서 수행되어 MySQL의 영향을 최소화합니다. 데이터 형식화.

인수 주의

• 반올림 문제: DOUBLE은 부동 소수점 연산을 사용하므로 반올림 오류가 발생할 수 있습니다. 0.1 0.2와 같은 연산은 0.30000000000000004가 될 수 있습니다.
• 잠재적 정밀도 손실: 주어진 시나리오에서 정밀도 손실이 발생할 가능성은 거의 없지만 이론적인 수준으로 남아 있습니다. 가능성.

결론

특정 시나리오의 맥락에서 DOUBLE을 DECIMAL로 변환하는 것에 대한 주장이 이에 대한 주장보다 더 큽니다. SQL 산술 연산의 부재, 충분한 정밀도 및 입증된 실적은 정밀도 손실의 위험이 최소화됨을 시사합니다. 그러나 고정밀 화폐 계산이나 광범위한 SQL 산술 연산이 적용되는 데이터베이스의 경우 저장 공간 요구 사항이 증가할 가능성이 있음에도 불구하고 DECIMAL이 더 적합한 데이터 유형일 수 있다는 점에 유의하는 것이 중요합니다.