Saya memiliki skenario ini, sepertinya MySQL mengambil nilai desimal terbesar dan mencoba untuk memberikan nilai-nilai lainnya.

Masalahnya adalah bahwa kueri ini dihasilkan oleh perpustakaan eksternal, jadi saya tidak memiliki kendali atas kode ini, setidaknya pada tingkat ini. Apakah Anda punya ide bagaimana cara memperbaikinya?

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

Hasil yang diharapkan

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

Menambahkan lebih banyak konteks, saya menggunakan Entity Framework 6 dengan perpustakaan ekstensi http://entityframework-extensions.net/ untuk menyimpan perubahan dalam batch, khususnya konteks metode.BulkSaveChanges () ;, perpustakaan ini membuat kueri menggunakan "pilih serikat" .

Sepertinya bug bagi saya dan saya dapat mengonfirmasi perilaku membingungkan ini di:

10.2.14-MariaDB

Jika memungkinkan, Anda dapat melemparkan nilai integer ke ganda:

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

atau pastikan Anda memiliki nilai ganda terlebih dahulu:

SELECT 2.2 UNION SELECT null UNION SELECT 22;

Pengamatan selanjutnya setelah membaca komentar di jawaban @Evan Carroll

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

Ok, menggunakan nilai int sepertinya tidak menghasilkan kesalahan.

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

GALAT: Sepertinya output adalah desimal (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    |       |
+-------+--------------+------+-----+---------+-------+

Kesalahan tidak terisolasi ke antarmuka baris perintah, itu ada untuk python2-mysql-1.3.12-1.fc27.x86_64 juga:

>>> 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'),)

Anehnya kesalahan ini hilang jika nol dipindahkan pertama atau terakhir:

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

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

Jika nol ditempatkan terlebih dahulu, tipe yang dihasilkan adalah desimal (20,1). Jika null ditempatkan, jenis yang dihasilkan terakhir adalah desimal (3,1)

Kesalahan juga hilang jika kaki lain ditambahkan ke serikat:

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

jenis desimal yang dihasilkan (20,1)

menambahkan nol lain di tengah mempertahankan kesalahan:

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

Tetapi menambahkan nol di awal memperbaikinya:

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

Seperti yang diharapkan, casting nilai pertama ke desimal (3,1) berfungsi.

Akhirnya, secara eksplisit casting ke desimal (2,1) menghasilkan kesalahan yang sama tetapi dengan peringatan:

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

Bug MDEV-15999

Bug MDEV-15999 yang diajukan oleh dbdemon melaporkan ini. Sejak diperbaiki di 10.3.1.

Sifat MySQL / MariaDB yang aneh

Dari dokumen,

Nama kolom dari SELECTpernyataan pertama digunakan sebagai nama kolom untuk hasil yang dikembalikan. Kolom terpilih yang tercantum dalam posisi yang sesuai dari setiap SELECTpernyataan harus memiliki tipe data yang sama. (Misalnya, kolom pertama yang dipilih oleh pernyataan pertama harus memiliki jenis yang sama dengan kolom pertama yang dipilih oleh pernyataan lainnya.)

Jika tipe data SELECTkolom yang sesuai tidak cocok, jenis dan panjang kolom dalam UNIONhasil memperhitungkan nilai yang diambil oleh semua SELECTpernyataan.

Dalam hal ini, mereka melakukan rekonsiliasi decimaldan integerdengan mempromosikan integer ke decimalyang tidak dapat menampungnya. Saya tahu itu mengerikan, tetapi sama mengerikannya adalah ini diam-diam berperilaku seperti itu.

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

Yang sepertinya membuka jalan untuk masalah ini.