| Bug #5915 | ALTER TABLE behaves differently when converting column to auto_increment in 4.1 | ||
|---|---|---|---|
| Submitted: | 6 Oct 2004 7:25 | Modified: | 7 Oct 2004 13:14 |
| Reporter: | Dmitry Lenev | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Server | Severity: | S2 (Serious) |
| Version: | 4.1-bk | OS: | |
| Assigned to: | Dmitry Lenev | CPU Architecture: | Any |
[6 Oct 2004 7:25]
Dmitry Lenev
[7 Oct 2004 13:11]
Dmitry Lenev
Actually this bug was caused by the following changeset: ChangeSet 1.2017.10.25 2004/09/26 17:11:28 mskold@mysql.com Setting MODE_NO_AUTO_VALUE_ON_ZERO at copying in copy_data_between_tables Besides changing behavior for zero values, this changeset exposed the fact that NULL values were first converted to 0 and then stored in auto_increment field. Thus their converison were affected by NO_AUTO_VALUE_ON_ZERO mode (which is bug too). As part of the fix for this bug we are now automatically force NO_AUTO_VALUE_ON_ZERO mode in ALTER TABLE only when converting one auto_increment column to another auto_increment column (This includes the case when we don't touch this column at all).
[7 Oct 2004 13:14]
Dmitry Lenev
Thank you for your bug report. This issue has been committed to our
source repository of that product and will be incorporated into the
next release.
If necessary, you can access the source repository and build the latest
available version, including the bugfix, yourself. More information
about accessing the source trees is available at
http://www.mysql.com/doc/en/Installing_source_tree.html
Additional info:
ChangeSet 1.2059.3.1 2004/10/07 13:02:39 dlenev@brandersnatch.localdomain
Fix for bug #5915 "ALTER TABLE behaves differently when converting column
to auto_increment in 4.1".
