Ir al contenido principal

[mysql] Mysql Error 1264: Out of range value adjusted for column...

Holas! Antes que se me olvide, comentar este error y la forma que encontré en la documentación de Mysql para salvarlo.

Este error, el 1264, ocurre cuando intentamos insertar (o actualizar) un campo con un valor que se pasa del rango permitido por la definición del tipo del campo. Por ejemplo, si definimos un campo como tipo TINYINT(3) UNSIGNED, y luego venimos tratando de insertarle un -3, Mysql nos reclamará, porque el -3 es un entero negativo, vale decir, está fuera del rango permitido del campo (que por ser TINYINY(3) UNSIGNED abarca todos los números enteros desde 0 a 255 no más).

La verdad es que Mysql tiene unas cuantas variables de configuración, las cuales se cargan al iniciar el servidor de datos. Entre ellas está aquella que genera este "filtro". La variable se llama STRICT_TRANS_TABLES, y si consideramos que no necesitamos que el flujo normal de nuestra base de datos se interrumpa por este tipo de error, podemos sacarla del inicio (en el panel de Mysql Administrator la quitamos en Startup Variables » Advanced » Various » SQL Mode; por código en el mysql.ini también se puede, pero en este momento no lo he probado por ahí y no sé dónde se edita, pero seguro debe ser en algo como sql_mode...). Recordar que todo cambio que se desee realizar en el motor de datos sólo se hará efectivo al reiniciar el mismo. Y recordar con aun mayor atención que todo cambio que hagan correrá por vuestra responsabilidad: no olviden que un servidor de datos no es un juguete, menos si está siendo usado por más personas. Yo les aconsejo probar cualquier consejo en un servidor propio o uno que instalen en su propio equipo, a modo de desarrollo.

Pero volviendo al tema, cuando esta variable no está presente, Mysql ajusta los valores fuera de rango al espacio permitido por el tipo del campo. Así, si seguimos el primer ejemplo, si queremos insertar un -3 en un campo TINYINT(3) UNSIGNED, Mysql lo insertará sin reclamos como un simple cero, que es lo más cercano entre el -3 y el [0..255] :P Lo mismo pasa con cadenas: si tenemos un campo tipo VARCHAR(10) y le tiramos una frasecita como "Hola, ¿cómo estás? yo muy bien, gracias", Mysql la guardará llanamente como "Hola, ¿cóm", pues es lo más que cabe en el campo ^^, por lo que tener cuidado con ese detallito ^^.

Esop ^_^ Hasta pronto.

Enlaces ayudativos:
- Manual de Mysql : Códigos de Error de Servidor

Comentarios

Entradas populares de este blog

[tsql] Error: La instrucción INSERT EXEC no se puede anidar

Holas a todos. Mientras programaba un procedimiento almacenado, intenté obtener los datos de otro procedimiento, como lo he venido haciendo desde que descubrí tamaña maravilla de la programación sql. Pero hoy me topé con este extraño error: La instrucción INSERT EXEC no se puede anidar . Tras investigar por algunos lados, di con la respuesta: no se puede almacenar en una tabla temporal de procedimiento almacenado, el resultado de otro procedimiento que también esté realizando una inserción de este tipo. Esto es algo como tener: CREATE PROCEDURE miProcedimiento AS  INSERT INTO #tablita EXEC otroProcedimiento;  SELECT * FROM #tablita; END; CREATE PROCEDURE nuevoProcedimiento AS  INSERT INTO #tabla1 EXEC miProcedimiento; END; Esto significará que si ejecuto: EXEC nuevoProcedimiento; ...SQL me arrojará el error antes mencionado. La solución al problema es no llamar a un procedimiento que esté llamando a otro ya en su interior. En algunos lados leí que transf

[mysql] Pasar array a parámetro de procedimiento almacenado (Mysql)

Me tocó hacer una consulta que retornaba una lista de items relacionados con una lista de usuarios que podían o no tener registros en común (vale decir, tabla de quiebre). La lista debía retornar siempre la lista de items, independiente de si había usuarios por los cuales consultar y/o si los usuarios tenían relación con ellos, pero debía mostrarme el status de los usuarios por cada item, de haberlos, esto es, una lista de nombres con una columna que podía estar vacía o no. Para el caso de tener que consultar los items relacionados con usuarios, al hacer la consulta utilizando un LEFT JOIN, me daba resultados si los usuarios tenían relación con los ítems, pero no si los usuarios no tenían items asociados pues, obviamente, al no estar relacionados, la consulta retorna vacío. Por ello, la solución era hacer la consulta de los items primero, y luego por cada item preguntar el status del usuario por cada uno. Para ello, tenía dos alternativas: hacerlo por programación o hacerlo por bas

[php] NuSOAP HTTP Error: socket read of headers timed out

Holas a todos. Este es para comentar un problema que he tenido al trabajar un servicio web montado en PHP con la clase NuSOAP. El problema surgió cuando intenté llamar al servicio web desde el otro servidor, pero se caía a los exactos 30 segundos de ejecución, mostrando el mensaje que titula este registro: HTTP Error: socket read of headers timed out Sabía que el problema era el timeout, pero ¿el timeout de qué? En los servidores y páginas web hay timeouts por todos lados: el de la Conexión a internet o la red, el del Servidor (hardware), el del Servidor Web en sí (Apache, mi caso), el de PHP (mi caso)... Pero nunca se me habría ocurrido que las Aplicaciones o frameworks también pudieran tener :o Por eso, tras buscar por la red la solución a mi problema, la respuesta vino precisamente de alguien que señaló sencillamente que había que modificar el timeout de la clase NuSOAP. Y dicho y hecho, eso solucionó el problema. Si están usando en su servidor y/o cliente la clase NuSOAP, y d