Ik neem aan dat aleblebi is een Turks lid. Maar ik veronderstel dat het probleem ook op andere locaties te zien is. Eerst zal ik proberen het probleem uit te leggen en dan zal ik mijn oplossing op het einde schrijven.
U kunt het probleem zien wanneer u de tabel probeert te wijzigen met Workbench GUI (ik gebruik versie 8.0.15). De kolom "Datatype" van het raster en het tekstvak "Datatype:" tonen (11) in plaats van INT(11) , hetzelfde probleem is te zien in DATETIME kolommen, maar deze keer zijn de gegevenstypevakken volledig leeg.
Het probleem kan ook worden gezien als u de wizard "Synchroniseren met elke bron..." van de Workbench probeert te gebruiken. Aan het einde van de wizard ziet u iets als:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` (11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
in plaats van:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` INT(11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
Ik had hetzelfde probleem en ik heb een paar dagen op internet gezocht en kon geen oplossing vinden (oplossing van camadan
was voor mij geen succes). Eindelijk realiseerde ik me dat het niet alleen INT . is gegevenstype maar ook BIGINT en DATETIME datatypes heeft hetzelfde probleem.
Dus ik kwam tot de conclusie dat elk gegevenstype met een hoofdletter "I" hetzelfde probleem heeft. En in het Turkse alfabet zijn er gestippelde hoofdletters İ en normale letter I die op de een of andere manier de Workbench alleen breekt als u "Turks (Turkije)" in Windows OS kiest als "Regionaal formaat". (Mijn besturingssysteem is Windows 10 Engels)
Dus ik heb het probleem opgelost door de instelling "Regionale indeling" van Windows 10 te wijzigen van "Turks (Turkije)" in "Engels (Verenigde Staten)".
Overigens heb ik de optie "Land of regio" gelaten zoals deze is (het is nog steeds "Turkije" in Windows 10) en ik gebruik altijd "Engels (Verenigde Staten)" als "Taal voor niet-Unicode-programma's" in mijn Windows 10 ontwikkelomgeving.
Ik hoop dat deze informatie ooit iemand zal helpen...