Bug #39257 | exporting BOOLEAN gives BOOLEAN(2) | ||
---|---|---|---|
Submitted: | 4 Sep 2008 20:27 | Modified: | 11 Nov 2008 10:54 |
Reporter: | Exception e | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Workbench | Severity: | S2 (Serious) |
Version: | 5.0.24 | OS: | Windows |
Assigned to: | Alexander Musienko | CPU Architecture: | Any |
[4 Sep 2008 20:27]
Exception e
[4 Sep 2008 23:32]
MySQL Verification Team
Thank you for the bug report. SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0; SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0; SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL'; ALTER TABLE `mydb`.`table1` ADD COLUMN `col3` BOOLEAN(2) NULL DEFAULT NULL AFTER `col2` ; SET SQL_MODE=@OLD_SQL_MODE; SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS; SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;
[28 Oct 2008 14:29]
Manfred Steiner
Same thing happens too when using the Synchronize Function from the Database Menu. It happens also in 5.0.26
[6 Nov 2008 17:34]
Johannes Taxacher
This is fixed now. Fix will be included into 5.0.27. for DB sync this is a different situation as MySQL stores BOOLEAN columns as TINYINT therefore we have to deal with this as a seperate problem.
[11 Nov 2008 10:54]
Tony Bedford
An entry was added to the 5.0.27 changelog: When a column had a datatype BOOLEAN and it was exported using Forward Engineer SQL ALTER, the exported type was BOOLEAN(2) instead of BOOLEAN.