数据库
首页 > 数据库> > mysql – 为什么整数DEFAULT值会得到引号?

mysql – 为什么整数DEFAULT值会得到引号?

作者:互联网

MySQL 5.6.23上创建的简单测试表:

CREATE TABLE `test` (
  `tinyint` tinyint(1) NOT NULL DEFAULT 0,
  `int` int(11) NOT NULL DEFAULT 0
);

注意如何写入DEFAULT值:字面上为0.一旦创建,我会:

SHOW CREATE TABLE `test`;

得到:

CREATE TABLE `test` (
  `tinyint` tinyint(1) NOT NULL DEFAULT '0',
  `int` int(11) NOT NULL DEFAULT '0'
) ENGINE=InnoDB DEFAULT CHARSET=latin1

DEFAULT值已获得报价:’0’!

为什么会这样?更重要的是,我应该一直用引号括起数字默认值吗?

解决方法:

当然,SHOW CREATE TABLE不会检索原始的CREATE TABLE代码.即使它实际存储在某个地方,它也不一定会反映当前的表定义(您可以随后按照需要更改ALTER TABLE).该代码需要根据需要重新创建. MySQL服务器主要用C语言编写,带有一些C位.我不能肯定地告诉它(我只是猜测,因为我知道很少C并且我不熟悉MySQL代码库)但是这样做的功能可能是this

int store_create_info(THD *thd, TABLE_LIST *table_list, String *packet,
                      HA_CREATE_INFO *create_info_arg, bool show_database)

…调用this other one

static bool print_default_clause(THD *thd, Field *field, String *def_value,
                                 bool quoted)

如果你查看源代码,你会发现它是一个冗长乏味的字符串连接,跨越数百行. (C是闪电般快速,因为它比现代高级语言更接近机器,但这是以不太适合快速开发为代价的.)

没有必要引用一个数字.但是,几年前编写此代码生成器的人并不关心这个细节. MySQL会在需要时自动将字符串转换为数字,结果会更好或更差:

mysql> SELECT 1+99, '1'+99, '1x' + '99x', '1' + 'x99';
+------+--------+--------------+-------------+
| 1+99 | '1'+99 | '1x' + '99x' | '1' + 'x99' |
+------+--------+--------------+-------------+
|  100 |    100 |          100 |           1 |
+------+--------+--------------+-------------+
1 row in set, 3 warnings (0.00 sec)

mysql> SHOW WARNINGS;
+---------+------+-----------------------------------------+
| Level   | Code | Message                                 |
+---------+------+-----------------------------------------+
| Warning | 1292 | Truncated incorrect DOUBLE value: '99x' |
| Warning | 1292 | Truncated incorrect DOUBLE value: '1x'  |
| Warning | 1292 | Truncated incorrect DOUBLE value: 'x99' |
+---------+------+-----------------------------------------+
3 rows in set (0.00 sec)

由于引用的数字来自实际列的实际默认值,因此它永远不会是无效的数字(否则您无法创建表).所以这不是什么大问题.

总结一下:该代码只是某人多年前写过的模板,它并不是一个风格指南或编码标准.

标签:mysql,create-table
来源: https://codeday.me/bug/20190528/1167645.html