Jag antar att aleblebi är en turkisk medlem. Men jag antar att problemet kan ses på andra platser också. Först ska jag försöka förklara problemet och sedan ska jag skriva min lösning till slut.
Du kan se problemet när du försöker ändra tabellen med Workbench GUI (jag använder version 8.0.15). Kolumnen "Datatyp" i rutnätet och textrutan "Datatyp:" visar (11) istället för INT(11) , samma problem kan ses i DATETIME kolumner men denna gång kommer datatypsrutor att vara helt tomma.
Problemet kan också ses om du försöker använda guiden "Synkronisera med valfri källa..." i Workbench. I slutet av guiden kan du se något i stil med:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` (11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
istället för:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` INT(11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
Jag hade samma problem och jag sökte på nätet i några dagar och kunde inte hitta en lösning (lösning av kamadan
var ingen framgång för mig). Till slut insåg jag att det inte bara är INT datatyp men också BIGINT och DATETIME datatyper har samma problem.
Så jag drog slutsatsen att varje datatyp som har ett stort "I" har samma problem. Och i det turkiska alfabetet finns prickade versaler İ och normal bokstav I som på något sätt bryter arbetsbänken bara om du väljer "Turkish (Turkiet)" i Windows OS som "Regionalt format". (Mitt operativsystem är Windows 10 engelska)
Så jag löste problemet genom att bara ändra inställningen "Regionalt format" i Windows 10 från "Turkiska (Turkiet)" till "Engelska (USA)".
Förresten, jag lämnade alternativet "Land eller region" som det är (det är fortfarande "Turkiet" i Windows 10) och jag använder alltid "Engelska (USA)" som alternativet "Språk för icke-Unicode-program" i min Windows 10 utvecklingsmiljö.
Jag hoppas att denna information kommer att hjälpa någon en dag...