Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
5.5(EOL), 10.0(EOL), 10.1(EOL), 10.2(EOL), 10.3(EOL)
-
None
Description
The MEDIUMINT type has the following characteristics depending on signess:
MEDIUMINT SIGNED -8388608..8388607 (7 digits, 8 characters)
|
MEDIUNINT UNSIGNED 0..16777215 (8 digits, 8 characters)
|
But these characteristics are not taken into account precisely:
CREATE OR REPLACE TABLE t1 (a MEDIUMINT(2), b MEDIUMINT(2) UNSIGNED); |
CREATE OR REPLACE TABLE t2 AS SELECT CONCAT(a),CONCAT(b) FROM t1; |
DESC t2; |
+-----------+------------+------+-----+---------+-------+
|
| Field | Type | Null | Key | Default | Extra |
|
+-----------+------------+------+-----+---------+-------+
|
| CONCAT(a) | varchar(9) | YES | | NULL | |
|
| CONCAT(b) | varchar(8) | YES | | NULL | |
|
+-----------+------------+------+-----+---------+-------+
|
For INT-alike data types, the specified length does not constrain the supported type range. So MEDIUMINT(2) still supports the entire MEDIUMINT range (as mentioned above). But in all cases, the maximum possible length on conversion to string is 8, for both signed and unsigned variants.
The column corresponding to the MEDIUMINT SIGNED erroneously creates a varchar(9) on conversion to string. The expected result is varchar(8).
Attachments
Issue Links
- blocks
-
MDEV-4912 Data type plugin API version 1
- Closed
- relates to
-
MDEV-13232 Assertion `(&(&share->intern_lock)->m_mutex)->count > 0 && pthread_equal(pthread_self(), (&(&share->intern_lock)->m_mutex)->thread)' failed in _ma_state_info_write
- Closed
-
MDEV-15926 MEDIUMINT returns wrong I_S attributes
- Closed