Ayuda con Error 1265: Datos truncados

[xxcuervoxx]

Hola amigos de FDW, les vengo a molestar con una consultica sobre un error que me aparece en una BD; creé una tabla llamada “tblpago”, y al intentar ingresarle datos me soltó el siguiente error:

ERROR 1265 (01000): Datos truncados para columna 'valor' en la línea 1

La tabla la cree de la siguiente manera:

Código MySQL:

CREATE TABLE tblpago(
norec VARCHAR(5) PRIMARY KEY NOT NULL,
folio CHAR(8) NOT NULL,
fechapago DATE, 
valor FLOAT(5,1) NOT NULL, 
cod_doc char(3));
 

y los datos que intento ingresar son los siguientes:

Código MySQL:

INSERT  INTO tblpago VALUES
("41015","00030170","2009-01-15",'45000,0',"110");
 

Me pueden decir en que estoy equivocado?
Les agradezco toda la ayuda que me puedan brindar, y si me pueden hablar en terminos "coloquiales"


Salu2

[gnzsoloyo]

Los decimales se deben enviar separados por puntos... además, los números no necesitan colocarse ni entre apóstrofes ni entre comillas (las comillas por su parte pueden traerte problemas; las cadenas se encierran entre apóstrofes)

Código sql:

INSERT  INTO tblpago 
VALUES(41015, 00030170, '2009-01-15',45000.0, 110);
 

Esos problemas de regionalización los debes administrar en la aplicación.

[xxcuervoxx]

Gracias gnzsoloyo
Te agradezco por tu pronta respuesta, además que la solución fue excelente.

Iniciado por gnzsoloyo

Esos problemas de regionalización los debes administrar en la aplicación.

Por otro lado discúlpame pero no te entiendo que quieres decir con eso?

De nuevo te agradezco por la ayuda prestada.

[gnzsoloyo]

Se habla de regionalización cuando hablamos del conjunto de parámetros asignados a una configuración regional que afecta fechas, moneda, números, etc.; y que corresponden al uso general de un país.
Es posible que hayas notado eso cuando has debido configurar el país en TU PC para que reconozca tanto el formato de fecha, como los separadores de decimales, miles y listas.
En el caso de las regionalizaciones correspondientes al uso del idioma español, hay algunos detalles de variaciones, pero lo más importante es tener en cuenta que cuando estás usando una base de datos, los DBMS operan internamente con un formato inglés-norteamericano como genérico.
Además de los formatos numéricos, el uso de la region local en las aplicaciones puede traer grandes problemas con el manejo de fechas, no sólo por el orden de día, mes y año, sino incluso por los separadores de fechas. Por darte un ejemplo, algunos países usan dd-MM-aaaa, otros MM-dd-aaaa, también dd/MM/aaaa, dd.MM.aaaa y MM.dd.aaaa.
Este tipo de situaciones se debe corregir en los formularios de toma de datos en los momentos en que el usuario envía los datos para almacenar, de modo que cuando los mismos lleguen a la base, se encuentren ya debidamente formateados.