Supongo que aleblebi es un miembro turco. Pero supongo que el problema también se puede ver en otros lugares. Primero intentaré explicar el problema y luego escribiré mi solución al final.
Puede ver el problema cuando intenta modificar la tabla usando la GUI de Workbench (estoy usando la versión 8.0.15). La columna "Tipo de datos" de la cuadrícula y el cuadro de texto "Tipo de datos:" mostrarán (11) en lugar de INT(11) , el mismo problema se puede ver en DATETIME columnas, pero esta vez los cuadros de tipo de datos estarán completamente vacíos.
El problema también se puede ver si intenta utilizar el asistente "Sincronizar con cualquier fuente..." del Workbench. Al final del asistente puede ver algo como:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` (11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
en lugar de:
ALTER TABLE `TEST_1`.`TABLE_1`
CHANGE COLUMN `ID` `ID` INT(11) NULL DEFAULT NULL ,
DROP PRIMARY KEY;
Tuve el mismo problema y busqué en la web durante unos días y no pude encontrar una solución (solución de camadán
no fue un éxito para mí). Por fin me di cuenta de que no es solo INT tipo de datos pero también BIGINT y DATETIME tipos de datos tiene el mismo problema.
Entonces llegué a la conclusión de que cada tipo de datos que tiene una letra "I" mayúscula tiene el mismo problema. Y en el alfabeto turco hay letras mayúsculas con puntos İ y letra normal I que de alguna manera rompe el Workbench solo si elige "Turco (Turquía)" en el sistema operativo Windows como "Formato regional". (Mi sistema operativo es Windows 10 en inglés)
Así que resolví el problema simplemente cambiando la configuración de "Formato regional" de Windows 10 de "Turco (Turquía)" a "Inglés (Estados Unidos)".
Por cierto, dejé la opción "País o región" tal como está (sigue siendo "Turquía" en Windows 10) y siempre uso "Inglés (Estados Unidos)" como opción "Idioma para programas que no son Unicode" en mi Entorno de desarrollo de Windows 10.
Espero que esta información ayude a alguien algún día...
