Float vs ondalık ne zaman kullanılır?

Bu API oluşturuyorum ve veritabanı aşağıdakilerden birini temsil eden değerleri depolar:

• yüzde
• ortalama
• oran

Dürüst olmak gerekirse, aralıktaki sayıların% 0 ila 100 arasında olduğu bir şeyi nasıl temsil edeceğime dair hiçbir fikrim yok. Olmalı mı

• 0.00 - 1.00
• 0.00 - 100.00
• bilmediğim başka bir alternatif

Bunun için açık bir seçim var mı? Veritabanlarında% 0 ile% 100 arasında değişen bir şeyi temsil etmenin küresel bir yolu mu? Daha ileri gitmek, bunun için doğru olan tür nedir, kayan veya ondalık?

Teşekkür ederim.

Ben tam tersine bakacağım.

FLOATyüzdeler, ortalamalar, vb. gibi yaklaşık sayılar içindir. Değerleri uygulama kodunda veya FORMAT()MySQL işlevini kullanarak görüntülerken biçimlendirme yapmanız gerekir .

Hiç test etme float_value = 1.3; bunun başarısız olmasının birçok nedeni var.

DECIMALparasal değerler için kullanılmalıdır. DECIMALBir değerin dolar / sent / euro / vb. değerine yuvarlanması gerektiğinde ikinci bir yuvarlamayı önler. Muhasebeciler sent fraksiyonlarını sevmezler.

MySQL'in uygulanması DECIMAL65 önemli basamak sağlar; FLOAT7 ve DOUBLEyaklaşık 16 verir . 7 genellikle sensörler ve bilimsel hesaplamalar için fazlasıyla yeterlidir.

"Yüzde" gelince - Bazen TINYINT UNSIGNEDsadece 1 bayt depolama tüketmek ve çok fazla hassasiyete gerek duymadığımda kullandım; bazen kullandım FLOAT(4 bayt). Yüzde için özel olarak ayarlanmış bir veri türü yoktur. (Ayrıca, DECIMAL(2,0)değeri tutamayacağını unutmayın, bu 100nedenle teknik olarak ihtiyacınız olacaktır DECIMAL(3,0).)

Veya bazen FLOAT0 ile 1 arasında bir değer tutan bir kullandım . Ama sonra "yüzde" görüntülemeden önce 100 ile çarpmak emin olmak gerekir.

Daha

"Yüzde, ortalama, oran" üçü de yüzer gibi kokuyor, bu yüzden benim ilk tercihim olurdu.

Veri tipine karar vermek için bir kriter ... Değerin kaç kopyası var?

Yüzde sütun içeren milyar satırlık bir tablonuz varsa, bunun TINYINT1 bayt (toplam 1 GB), ancak FLOAT4 bayt (toplam 4 GB) alacağını düşünün . OTOH, çoğu uygulamada bu kadar satır yoktur, bu nedenle bu uygun olmayabilir.

"Genel" bir kural olarak, "tam" değerler bir INTveya biçimini kullanmalıdır DECIMAL. Hatalı şeyler (bilimsel hesaplamalar, karekökler, bölünme, vb.) Kullanmalı FLOAT(veya DOUBLE).

Ayrıca, çıktının biçimlendirmesi genellikle uygulamanın ön ucuna bırakılmalıdır. Yani, bir "ortalama" "14.6666666 ..." olarak hesaplanabilse de, ekran "14.7" gibi bir şey göstermelidir; bu insanlar için dostça. Bu arada, daha sonra "15" veya "14.667" tercih edilen çıktı biçimlendirme olduğuna karar vermek için temel değere sahipsiniz.

"0.00 - 100.00" aralığı , her zaman belirtilen hassasiyeti isteyeceğiniz ön belirleme ile FLOAT çıktı biçimlendirmesi ile veya DECIMAL(5,2)(3 bayt) ile yapılabilir .

Genellikle kullanmaya karşı tavsiye ederim float. Kayan nokta sayıları, taban-2'deki sayıları temsil eder, bu da bazı (kesin) sayıların işlemlerde veya karşılaştırmalarda yuvarlanmasına neden olur, çünkü taban-2'de doğru bir şekilde saklanamazlar. Bu şaşırtıcı davranışlara yol açabilir.

Aşağıdaki örneği düşünün :

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 |
| --: |

Temel-2 sayı karşılaştırması 1.3başarısız olur. Bu zor.

Buna karşılık, ondalık, sonlu sayıların kendi aralıkları dahilinde doğru bir temsilini sağlar. Eğer değiştirirseniz floatiçin decimal(2, 1)yukarıdaki örnekte, beklenen sonuçları elde yapmak.

Şamandıra ve ondalık arasındaki fark hassasiyettir. Ondalık,% 100 ondalık biçimin kesinliği dahilindeki herhangi bir sayıyı doğru olarak temsil ederken, Float tüm sayıları doğru bir şekilde temsil edemez.

Finansal ile ilgili değer için Ondalık kullanın ve örneğin grafikle ilgili değer için kayan nokta kullanın

Kesin hassasiyeti korumak için decimal(5,2)kullanacağınız şekilde saklayacaksanız kullanmanızı tavsiye ederim decimal. (Bkz. Https://dev.mysql.com/doc/refman/8.0/en/fixed-point-types.html )

Kayan nokta değerleri yaklaşık olduğundan ve kesin değerler olarak saklanmadığından, karşılaştırmalarda kesin olarak ele alma girişimleri sorunlara yol açabilir. Ayrıca platform veya uygulama bağımlılıklarına da tabidirler.

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

SQL ifadesinde yazılan kayan nokta değeri, dahili olarak temsil edilen değerle aynı olmayabilir.

DECIMAL sütunları için MySQL, en yaygın yanlışlık sorunlarını çözmesi gereken 65 ondalık basamak hassasiyetiyle işlemler gerçekleştirir.

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

Ondalık: Finansal uygulamalarda, Ondalık türleri kullanmak daha iyidir, çünkü size yüksek düzeyde doğruluk sağlar ve yuvarlama hatalarından kaçınmak kolaydır

Çift: Çift Türler, para işlemek dışında gerçek değerler için muhtemelen en çok kullanılan veri türüdür.

Şamandıra: Çoğunlukla grafik kütüphanelerinde kullanılır, çünkü işlem gücü için çok yüksek talepler, aynı zamanda yuvarlama hatalarına dayanabilecek durumlar da kullanılır.

Referans: 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

Ondalık bu vakalarda tam olarak ne yapması gerektiğini yaptı, gerisini kısalttı, böylece 1/3 bölümünü kaybetti.

Yani toplamlar için ondalık daha iyidir, ancak bölünmeler için şamandıra elbette bir noktaya kadar daha iyidir. Demek istediğim, DECIMAL kullanmak hiçbir şekilde "başarısızlığa dayanıklı aritmetik" vermeyecektir.

Umarım bu yardımcı olacak.

Tsql'de: Float, 0.0 0 olarak saklanır ve ondalık basamaktan sonra tanımlanması gerekmez, örneğin Float (4,2) yazmanız gerekmez. Ondalık, 0,0, 0,0 olarak saklanır ve ondalık (4,2) gibi tanımlama seçeneği vardır, 0,00-1,00 öneririm, bunu yaparak yüzde ile 100'ü çarpmadan değerini hesaplayabilirsiniz ve rapor ederseniz veri türünü ayarlayın Bu sütunun MS Excel ve diğer platform görünümleri gibi yüzde olarak 0.5 -> 50%.