Předpokládám, že aleblebi je tureckým členem. Ale předpokládám, že problém lze vidět i na jiných lokalitách. Nejprve se pokusím problém vysvětlit a na závěr napíšu své řešení.
Problém můžete vidět, když se pokusíte změnit tabulku pomocí Workbench GUI (používám verzi 8.0.15). Sloupec "Datový typ" mřížky a textové pole "Typ dat:" zobrazí (11) místo INT(11) , stejný problém lze vidět v DATETIME sloupce, ale tentokrát budou pole typu dat zcela prázdná.
Problém lze také vidět, když se pokusíte použít průvodce "Synchronize With any Source..." z Workbench. Na konci průvodce můžete vidět něco jako:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` (11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
místo:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` INT(11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
Měl jsem stejný problém a několik dní jsem hledal na webu a nemohl jsem najít řešení (řešení camadan
nebyl pro mě úspěch). Konečně jsem si uvědomil, že to není jen INT datový typ, ale také BIGINT a DATETIME datové typy mají úplně stejný problém.
Takže jsem dospěl k závěru, že každý datový typ, který má v sobě velké písmeno "I", má stejný problém. A v turecké abecedě jsou velká tečkovaná písmena İ a normální písmeno I který nějak rozbije Workbench pouze v případě, že v OS Windows zvolíte jako "Regionální formát" "Turkish (Turkey)". (Můj operační systém je Windows 10 v angličtině)
Takže jsem problém vyřešil pouze změnou nastavení "Regionální formát" systému Windows 10 z "Turecko (Turecko)" na "Angličtina (Spojené státy americké)".
Mimochodem, možnost „Země nebo oblast“ jsem ponechal tak, jak je (ve Windows 10 je to stále „Turecko“) a jako „Jazyk pro programy bez Unicode“ ve svém Vývojové prostředí Windows 10.
Doufám, že tyto informace jednoho dne někomu pomohou...