DOUBLE vs. DECIMAL in MySQL: Neubewertung des Konvertierungsarguments
Von der Verwendung von DOUBLE für die Speicherung von Finanzdaten in MySQL wird oft abgeraten zu möglichen Präzisionsfehlern. Für ein bestehendes System mit 783 DOUBLE-Spalten erfordert die Erwägung einer Konvertierung in DECIMAL jedoch eine sorgfältige Bewertung.
Im gegebenen Szenario speichert das System Geldwerte in DOUBLE-Spalten, führt jedoch alle Berechnungen in Java mit BigDecimal durch. MySQL wird nur zur Ergebnisspeicherung verwendet. Da es keine tatsächlichen Datenbankberechnungen gibt, stellt die mangelnde Präzision bei DOUBLE kein Problem dar.
Außerdem läuft das System seit sechs Jahren ohne präzisionsbedingte Fehler. Dies deutet darauf hin, dass für Finanzwerte mit bis zu 8 Dezimalstellen die 15-stellige Genauigkeit von DOUBLE ausreichend ist.
Außerdem führen die spezifischen durchgeführten Datenbankoperationen (SUMME und komplexe Multiplikationen) nicht zu einem Genauigkeitsverlust im Sekundentakt Dezimalziffer. Dies weist darauf hin, dass die mit DOUBLE verbundenen Rundungsprobleme keinen Einfluss auf die Genauigkeit der gespeicherten Daten haben.
In diesem speziellen Szenario, in dem Berechnungen außerhalb von MySQL durchgeführt werden und die Präzision kein wesentliches Problem darstellt, ist dies möglicherweise nicht der Fall ein zwingender Grund, DOUBLE-Spalten in DECIMAL umzuwandeln. Es ist jedoch wichtig zu beachten, dass bei geplanten SQL-Rechenoperationen in der Zukunft die Konvertierung in DECIMAL noch einmal überdacht werden sollte.
Das obige ist der detaillierte Inhalt vonSollten Sie DOUBLE in MySQL für Finanzdaten in DECIMAL konvertieren, wenn Berechnungen extern durchgeführt werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
