Bu senaryo var, MySQL en büyük ondalık değeri alıyor ve diğer değerleri buna atmaya çalışır gibi görünüyor.

Sorun, bu sorgu, en azından bu düzeyde, bu kod üzerinde denetime sahip değil, bu nedenle bir dış kitaplık tarafından oluşturulur olmasıdır. Bunu nasıl düzeltebileceğine dair bir fikrin var mı?

SELECT 20 AS x
  UNION SELECT null
  UNION SELECT 2.2;
+------+
| x    |
+------+
|  9.9 | -- why from 20 to 9.9
| NULL |
|  2.2 |
+------+

Beklenen Sonuç

+------+
| x    |
+------+
|   20 | -- or 20.0, doesn't matter really in my case
| NULL |
|  2.2 |
+------+

Daha fazla bağlam ekleyerek , toplu değişiklikleri, özellikle yöntem bağlamı.BulkSaveChanges (); kaydetmek için bir kütüphane http://entityframework-extensions.net/ bir Entity Framework 6 kullanıyorum , bu kütüphane "select union" kullanarak sorgular oluşturur .

Bana bir hata gibi görünüyor ve ben bu şaşırtıcı davranış teyit edebilir:

10.2.14-MariaDB

Mümkünse tamsayı değerini bir çifte atayabilirsiniz:

SELECT cast(20 as double) UNION SELECT null UNION SELECT 2.2;

veya önce çift değere sahip olduğunuzdan emin olun:

SELECT 2.2 UNION SELECT null UNION SELECT 22;

@Evan Carroll'ın cevabındaki yorumları okuduktan sonra daha fazla gözlem

select 20 union select null union select 2;
+------+
| 20   |
+------+
|   20 |
| NULL |
|    2 |
+------+

Tamam, int değerlerini kullanmak hata üretmiyor gibi görünüyor.

select 20 union select null union select 9.0;
+------+
| 20   |
+------+
| 9.9  |
| NULL |
| 9.0  |
+------+

HATA: Çıktı ondalık gibi görünüyor (2,1)

create table tmp as select * from (select 20 as x 
                                   union 
                                   select null 
                                   union 
                                   select 9.0) as t

describe tmp;
+-------+--------------+------+-----+---------+-------+
| Field | Type         | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| x     | decimal(2,1) | YES  |     | NULL    |       |
+-------+--------------+------+-----+---------+-------+

Hata, komut satırı arabiriminde izole edilmez, python2-mysql-1.3.12-1.fc27.x86_64 için de vardır:

>>> import MySQLdb
>>> db = MySQLdb.connect(host="localhost", user="*****", passwd="*****", db="test") 
>>> cur = db.cursor()
>>> cur.execute("SELECT 20 union select null union select 2.2")
3L
>>> for row in cur.fetchall() :
...     print row
... 
(Decimal('9.9'),)
(None,)
(Decimal('2.2'),)

Boş olarak ilk veya son taşınırsa hata kaybolur:

select null union select 20 union select 9.0;
select 20 union select 9.0 union select null;

+------+
| NULL |
+------+
| NULL |
| 20.0 |
| 9.0  |
+------+

Önce null yerleştirilirse, sonuç türü ondalıktır (20,1). Null değeri yerleştirilirse, sonuçta elde edilen son ondalık sayıdır (3,1)

Birliğe başka bir bacak eklenirse hata da kaybolur:

select 20 union select 6 union select null union select 9.0;
+------+
| 20   |
+------+
| 20.0 |
| 6.0  |
| NULL |
| 9.0  |
+------+

sonuç türü ondalık (20,1)

ortada başka bir null eklenmesi hatayı korur:

select 20 union select null union select null union select 9.0;
+------+
| 20   |
+------+
| 9.9  |
| NULL |
| 9.0  |
+------+

Ancak başlangıçta bir boş değer eklenmesi sorunu giderir:

select null union select 20 union select null union select null union select 9.0;
+------+
| NULL |
+------+
| NULL |
| 20.0 |
| 9.0  |
+------+

Beklendiği gibi ilk değeri ondalık (3,1) değerine çevirir.

Son olarak, açıkça ondalık (2,1) değerine çevirmek aynı hatayı ancak uyarı ile üretir:

select cast(20 as decimal(2,1));
+--------------------------+
| cast(20 as decimal(2,1)) |
+--------------------------+
| 9.9                      |
+--------------------------+
1 row in set, 1 warning (0.00 sec)

Hata MDEV-15999

Dbdemon tarafından dosyalanan Bug MDEV-15999 bunu bildirdi. O zamandan beri 10.3.1'de düzeltildi.

Garip MySQL / MariaDB doğası

Dokümanlardan,

İlk ifadedeki sütun adları, SELECTdöndürülen sonuçların sütun adları olarak kullanılır. Her SELECTifadenin karşılık gelen konumlarında listelenen seçilen sütunlar aynı veri türüne sahip olmalıdır. (Örneğin, ilk ifade tarafından seçilen ilk sütun, diğer deyimler tarafından seçilen ilk sütunla aynı türde olmalıdır.)

Karşılık gelen SELECTsütunların veri türleri eşleşmezse, sonuçtaki sütunların türleri ve uzunlukları UNIONtüm SELECTifadeler tarafından alınan değerleri dikkate alır .

Bu durumda, uzlaşırlar decimalve integertamsayıyı decimaliçeremeyen bir değere yükselterek. Bunun korkunç olduğunu biliyorum, ama aynı derecede korkunç bu sessizce böyle davranıyor.

SELECT CAST(20 AS decimal(2,1));
+--------------------------+
| CAST(20 AS decimal(2,1)) |
+--------------------------+
|                      9.9 |
+--------------------------+

Bu da bu sorunun yolunu açıyor gibi görünüyor.