Bug #33240 | ALTER TABLE fails for DATETIME column under certain circumstances | ||
---|---|---|---|
Submitted: | 14 Dec 2007 12:43 | Modified: | 14 Dec 2007 17:21 |
Reporter: | Per Hallström | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: DDL | Severity: | S3 (Non-critical) |
Version: | 5.0.45, 5.0, 5.1, 6.0 BK | OS: | Any (Mac OS X 10.5.1, Linux) |
Assigned to: | Assigned Account | CPU Architecture: | Any |
Tags: | after, ALTER TABLE, column, datetime, default value, innodb, NOT NULL |
[14 Dec 2007 12:43]
Per Hallström
[14 Dec 2007 12:44]
Per Hallström
The "sql_mode" that I mentioned in the initial post is "ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ALLOW_INVALID_DATES,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION".
[14 Dec 2007 17:21]
Sveta Smirnova
Thank you for the report. Verified as described. Problem is NO_ZERO_DATE sql mode. Workaround: temporarily set sql_mode to ''