一尘不染

为什么文本列在MySQL中不能具有默认值?

mysql

如果尝试在表上创建TEXT列,并在MySQL中为其提供默认值,则会收到错误消息(至少在Windows上如此)。我看不到任何原因为何文本列不应具有默认值。MySQL文档未给出任何解释。对我来说似乎不合逻辑(并且有些沮丧,因为我想要一个默认值!)。有人知道为什么不允许这样做吗?


阅读 466

收藏
2020-05-17

共1个答案

一尘不染

Windows MySQL v5引发错误,但Linux和其他版本仅引发警告。这需要解决。
WTF?

另请参见尝试将其修复为MySQL Bugtracker中的错误#19498:

布莱斯·内斯比特(Bryce Nesbitt),2008年4月4日下午4:36:
在MS Windows上,“ no
DEFAULT”规则是错误,而在其他平台上,这通常是警告。虽然不是错误,但是如果您在宽松的平台上编写代码,然后在严格的平台上运行它,则可能会陷入此陷阱:

就个人而言,我确实将此视为错误。搜索“ BLOB /
TEXT列不能具有默认值”在Google上返回大约2,940个结果。它们中的大多数是关于尝试安装在一个系统上有效但在其他系统上无法正常工作的DB脚本不兼容的报告。

我现在在为一个客户端修改的Web应用程序上遇到相同的问题,该客户端最初部署在Linux MySQL v5.0.83-log上。我正在运行Windows
MySQL
v5.1.41。即使尝试使用最新版本的phpMyAdmin提取数据库,它也不会报告所涉及的文本列的默认值。但是,当我尝试在Windows上运行插入文件(在Linux部署上运行良好)时,我在ABC列上收到没有默认错误。我尝试使用明显的默认值(基于该列的唯一值的选择)在本地重新创建表,并最终收到非常有用的
BLOB / TEXT列不能具有默认值

同样,不保持跨平台的基本兼容性是不可接受的,并且是一个错误。


如何在MySQL 5(Windows)中禁用严格模式:

  • 编辑/my.ini并查找行

    sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
    
  • 替换为

    sql_mode='MYSQL40'
    
  • 重新启动MySQL服务(假设它是mysql5)

    net stop mysql5
    

    net start mysql5

如果您具有root / admin访问权限,则可以执行

mysql_query("SET @@global.sql_mode='MYSQL40'");
2020-05-17