Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
-
None
Description
Here is an example SQL script with wrong outputs when UNOIN of MCS computes with DECIMAL with 38 digits precision when the precision is saturated.
An example wrong case is a UNION with DECIMAL(38) and DECIMAL(38,38). The result type in the system is a DECIMAL(38,38), which is wrong and can not represent any number with digits before the `.`.
SET default_storage_engine=ColumnStore;
|
CREATE TABLE t1 (a DECIMAL(38), b DECIMAL(38,10), c DECIMAL(38,38)); |
INSERT INTO t1 VALUES (-125, -1.25, -0.125); |
SELECT * FROM (SELECT a FROM t1 UNION ALL SELECT c FROM t1) tu ORDER BY a
|
+-------------------------------------------+
|
| a |
|
+-------------------------------------------+
|
| -0.12500000000000000000000000000000000000 | |
| 0.90447576074723148144860474975423823872 | |
+-------------------------------------------+
|
2 rows in set (0.031 sec) |
The correct behaviour is to throw a warning when the precision of DECIMAL is saturated. However, there are some cases to be discussed.
For QA:
We have added a new error message if the UNION operation exceeds the currently supported maximum DECIMAL precision of 38 digits:
Once the support for MCOL-5417 is added, the above query in the issue description should execute as expected and this error message will be removed.