espero no estar repitiendo tema (si es así, disculas de antemano). Desde hace un tiempo vengo viendo definiciones de campos de tablas, en bases de datos mySQL, que no concuerdan con lo que pienso que debiera ser. Suelo ver definiciones de este tipo:
Código:
con la intención de almacenar valores 0/1 en 'campo2' y números enteros en los demás. Si tenemos en cuenta lo que dice la documentación oficial de mysql (ver enlace [1]):CREATE TABLE t1 ( campo1 SERIAL, campo2 INT(2), campo3 INT(11), campo3 INT);
Cita:
¿No serían definiciones de campos incorrectas? O por decirlo de otro modo, ¿no estaríamos desaprovechando espacio al asignar un INT a un campo que pudiera ser perfectamente TINYINT? Sobre eas misma linea, ¿qué quieren decir los de mysql al decir que un campo de tipo BOOL es un sinónimo de TINYINT(1)? (ver enlace [2]) ¿cuál es el método más optimo para definir campos que guardan calores de 1 o 0?MySQL supports an extension for optionally specifying the display width of integer data types in parentheses following the base keyword for the type. For example, INT(4) specifies an INT with a display width of four digits. This optional display width may be used by applications to display integer values having a width less than the width specified for the column by left-padding them with spaces. (That is, this width is present in the metadata returned with result sets. Whether it is used or not is up to the application.)
The display width does not constrain the range of values that can be stored in the column. Nor does it prevent values wider than the column display width from being displayed correctly
The display width does not constrain the range of values that can be stored in the column. Nor does it prevent values wider than the column display width from being displayed correctly
[1] http://dev.mysql.com/doc/refman/5.5/...ttributes.html
[2] http://dev.mysql.com/doc/refman/5.5/...-overview.html