Quando utilizzare float vs decimale

Sto creando questa API e il database memorizzerà i valori che rappresentano uno dei seguenti:

• percentuale
• media
• Vota

Onestamente non ho idea di come rappresentare qualcosa che l'intervallo è compreso tra 0 e 100% in numeri. Dovrebbe essere

• 0,00 - 1,00
• 0,00 - 100,00
• qualsiasi altra alternativa che non conosco

C'è una scelta chiara per quello? Un modo globale di rappresentare nei database qualcosa che va dallo 0 al 100%? Andando oltre, qual è il tipo corretto per esso, float o decimale?

Grazie.

Prenderò la posizione opposta.

FLOATè per numeri approssimativi, come percentuali, medie, ecc. Dovresti eseguire la formattazione mentre visualizzi i valori, nel codice dell'app o usando la FORMAT()funzione di MySQL.

Non testare mai float_value = 1.3; ci sono molte ragioni per cui ciò fallirà.

DECIMALdovrebbe essere usato per valori monetari. DECIMALevita un secondo arrotondamento quando un valore deve essere arrotondato a dollari / centesimi / euro / ecc. Ai contabili non piacciono le frazioni di centesimi.

L'implementazione di MySQL di DECIMALconsente 65 cifre significative; FLOATdà circa 7 e DOUBLEcirca 16. 7 è di solito più che sufficiente per sensori e calcoli scientifici.

Per quanto riguarda "percentuale" - A volte l'ho usato TINYINT UNSIGNEDquando volevo consumare solo 1 byte di memoria e non ho bisogno di molta precisione; a volte l'ho usato FLOAT(4 byte). Non esiste un tipo di dati ottimizzato appositamente per la percentuale. (Nota anche che DECIMAL(2,0)non può contenere il valore 100, quindi tecnicamente ne avresti bisogno DECIMAL(3,0).)

O a volte ho usato un FLOATvalore che conteneva un valore compreso tra 0 e 1. Ma poi avrei bisogno di assicurarmi di moltiplicare per 100 prima di visualizzare la "percentuale".

Di Più

Tutti e tre di "percentuale, media, tasso" odorano di galleggianti, quindi sarebbe la mia prima scelta.

Un criterio per decidere il tipo di dati ... Quante copie del valore esistono?

Se hai una tabella da un miliardo di righe con una colonna per una percentuale, consideralo TINYINT occorrerebbe 1 byte (1 GB in totale), ma FLOATrichiederebbe 4 byte (4 GB in totale). OTOH, la maggior parte delle applicazioni non ha tante righe, quindi potrebbe non essere rilevante.

Come regola 'generale', i valori "esatti" dovrebbero usare una qualche forma di INTo DECIMAL. Le cose inesatte (calcoli scientifici, radici quadrate, divisione, ecc.) Dovrebbero usareFLOAT (o DOUBLE).

Inoltre, il formattazione dell'output dovrebbe di solito essere lasciata al front-end dell'applicazione. Cioè, anche se una "media" può essere calcolata su "14.6666666 ...", il display dovrebbe mostrare qualcosa come "14.7"; questo è più amichevole per gli umani. Nel frattempo, hai il valore sottostante per decidere in seguito che "15" o "14.667" è la formattazione di output preferibile.

L'intervallo "0,00 - 100,00" può essere eseguito con FLOAT e utilizzare la formattazione dell'output o con DECIMAL(5,2)(3 byte) con la predeterminazione che si desidera sempre la precisione indicata .

Consiglierei generalmente di non utilizzare float. I numeri in virgola mobile rappresentano i numeri in base-2, il che fa sì che alcuni numeri (esatti) vengano arrotondati per eccesso in operazioni o confronti, poiché non possono essere memorizzati con precisione in base-2. Ciò può portare a comportamenti sorprendenti.

Prendere in considerazione il seguente esempio :

create table t (num float);
insert into t values(1.3);

select * from t;

| num |
| --: |
| 1.3 |

select * from t where num = 1.3;

| num |
| --: |

Il confronto base-2 del numero 1.3fallisce. Questo è difficile.

In confronto, i decimali forniscono una rappresentazione accurata dei numeri finiti all'interno del loro intervallo. Se si floatpassa decimal(2, 1)all'esempio sopra, si ottengono i risultati previsti.

La differenza tra float e decimale è la precisione. Il decimale può rappresentare con precisione al 100% qualsiasi numero all'interno della precisione del formato decimale, mentre Float non può rappresentare con precisione tutti i numeri.

Utilizzare Decimale per es. Valore relativo finanziario e usare float per es. Valore relativo grafico

Ti consiglio di usarlo decimal(5,2)se lo memorizzi nello stesso modo in cui lo visualizzerai poiché decimalè per preservare l'esatta precisione. (Vedi https://dev.mysql.com/doc/refman/8.0/en/fixed-point-types.html )

Poiché i valori in virgola mobile sono approssimativi e non memorizzati come valori esatti, i tentativi di trattarli come esatti nei confronti possono causare problemi. Sono inoltre soggetti a dipendenze dalla piattaforma o dall'implementazione.

( https://dev.mysql.com/doc/refman/8.0/en/floating-point-types.html )

Un valore in virgola mobile come scritto in un'istruzione SQL potrebbe non essere uguale al valore rappresentato internamente.

Per le colonne DECIMAL, MySQL esegue le operazioni con una precisione di 65 cifre decimali, che dovrebbe risolvere i problemi di imprecisione più comuni.

https://dev.mysql.com/doc/refman/8.0/en/problems-with-float.html

Decimale: nel caso di applicazioni finanziarie è meglio usare i tipi decimali perché offre un alto livello di accuratezza e facile da evitare errori di arrotondamento

Doppio: i tipi doppi sono probabilmente il tipo di dati più comunemente usato per valori reali, ad eccezione della gestione del denaro.

Galleggiante: viene utilizzato principalmente nelle librerie grafiche perché richieste molto elevate per le capacità di elaborazione, utilizzate anche situazioni che possono sopportare errori di arrotondamento.

Riferimento: http://net-informations.com/q/faq/float.html

mysql> create table numbers (a decimal(10,2), b float);
mysql> insert into numbers values (100, 100);
mysql> select @a := (a/3), @b := (b/3), @a * 3, @b * 3 from numbers \G

*********************************************************************

@a := (a/3): 33.333333333
@b := (b/3): 33.333333333333
@a + @a + @a: 99.999999999000000000000000000000
@b + @b + @b: 100

Il decimale ha fatto esattamente quello che dovrebbe fare in questi casi, ha troncato il resto, perdendo così la parte 1/3.

Quindi per le somme, il decimale è migliore, ma per le divisioni il float è migliore, fino a un certo punto, ovviamente. Voglio dire, l'uso di DECIMAL non ti darà "aritmetica a prova di errore" in alcun modo.

Spero che questo possa aiutare.

In tsql: Float, 0.0 memorizza come 0 e non è necessario definire dopo la cifra dei punti decimali, ad esempio non è necessario scrivere Float (4,2). Decimale, 0,0 memorizza come 0,0 e ha un'opzione per definire come decimale (4,2), suggerirei 0,00-1,00, facendo questo puoi calcolare il valore di quella percentuale senza moltiplicare per 100 e se riferisci quindi imposta il tipo di dati di quella colonna in percentuale come MS Excel e altre piattaforme simili 0.5 -> 50%.