duda con lenght de un campo int

[doylelives]

Hola a todos,
Estoy usando phpMyAdmin para crear tablas y creando un campo del tipo Int, le especifiqué que la longitud del campo sea "1"
Query generada

Código Javascript:

CREATE TABLE `test`.`tabla1` (
`campo` INT( 1 ) NOT NULL
) ENGINE = MYISAM
 

Pero para que, phpMyAdmin me permite especificarle la longitud?
Si esto lo determina el tipo de campo, como es Int la longitud de almacenamiento es de 4 bytes (de -2147483648 a 2147483647 con signo).
Porque puedo ingresar una longitud si luego no lo respeta, ya que ingresé un registro que supera la longitud que le especifiqué.

Código Javascript:

SQL query:
INSERT INTO `test`.`tabla1` (`campo`)
VALUES ('10000');
 

[gnzsoloyo]

El uso de ese valor en los enteros no tiene nada que ver con la longitud de la cifra que se almacenará (esta es una pregunta recurrente). Su uso es otro, y tiene que ver con la visualización del número:

MySQL soporta otra extensión para especificar de forma óptima el ancho a mostrar de un tipo entero en paréntesis después de la palabra clave para el tipo (por ejemplo, INT(4)). Esta especificación opcional del ancho de muestra se usa para alinear a la izquierda la muestra de los valores con ancho menor que el ancho especificado para la columna.

El ancho de muestra no restringe el rango de valores que pueden almacenarse en la columna, sino el número de dígitos que se muestran para valores con ancho que exceda el especificado para la columna.

Cuando se usa en conjunción con el atributo de extensión opcional ZEROFILL, el relleno por defecto de espacios se replaza por ceros. Por ejmplo, para una columna declarada como INT(5) ZEROFILL, un valor de 4 se muestra como 00004. Tenga en cuenta que si almacena valores mayores que el ancho de muestra en una columna entera, puede tener problemas cuando MySQL genera tablas temporales para algunos joins complicados, ya que en estos casos MySQL cree que los datos encajan en el ancho original de la columna.

El rango de datos es algo que está determinado por el tipo de columna y no por ese valor. La confusión es muy común porque phpMyAdmin no lo explica bien, y en todo caso lo debes administrar en la aplicación, ya que MySQL no soporta las constraint CHECK sobre columnas, como sí lo hace Oracle.

[doylelives]

uffff
gracias por la paciencia gnzsoloyo!
y por la explicación lo suficientemente clara como para que no quede dudas.

[gnzsoloyo]