consulta sobre error #1364

[webtexcoco]

hola camaradas!

bueno tengo una duda les explico un poco

Estoy desarrollando una aplicación en php y mysql todo estaba funcionando muy bien hasta que tuve que migrar la aplicación a otro servidor.

ahora que ya subi el sistema junto con la base de datos al hacer pruebas de registro mysql, me arroja el error

#1364 - Field 'condicionesPago' doesn't have a default value

cabe mencionar que este error me lo arroja no en todas las tablas en otras si puedo registrar datos sin ningun problema

aqui dejo un show create table

Código SQL:

solicitud_cotizacion | CREATE TABLE `solicitud_cotizacion` (
  `folioCotizacion` VARCHAR(8) NOT NULL,
  `fechaCotizacion` DATE NOT NULL,
  `nombreCotizacion` VARCHAR(100) NOT NULL,
  `referenciaCotizacion` VARCHAR(50) NOT NULL,
  `entregaCotizacion` VARCHAR(50) NOT NULL,
  `periodicidadCotizacion` VARCHAR(50) NOT NULL,
  `condicionesPago` INT(11) NOT NULL,
  `tiempoEntrega` VARCHAR(50) NOT NULL,
  `folioCliente` VARCHAR(6) NOT NULL,
  `num` INT(11) NOT NULL AUTO_INCREMENT,
  `status` tinyint(1) NOT NULL,
  `cambios_solicitados` VARCHAR(200) NOT NULL,
  `archivoPedido` VARCHAR(100) NOT NULL,
  `aNombre` INT(11) NOT NULL,
  `idVendor` INT(11) NOT NULL,
  PRIMARY KEY (`folioCotizacion`),
  UNIQUE KEY `num` (`num`),
  KEY `folioCliente` (`folioCliente`),
  KEY `condicionesPago` (`condicionesPago`),
  KEY `idVendor` (`idVendor`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 |
 

he estado investigando y he encontrado algo sobre configurar my.cnf pero como es hosting no creo que pueda hacer eso??

tambien he tratado de cambiar el valor de campo a NULL y asi me va funcionando.

pero no entiendo porque anteriormente mi otro servidor si me permitia hacer los insert sin ningun problema??? que puedo hacer ante semejante barbaridad??? debo cambiar todos y cada uno de los campos a NULL???



gracias por tu ayuda!!!

[Libras]

No solo ese campo porque es una llave primaria, si tienes un campo que no acepte null debe de llevar un valor default :)

[webtexcoco]

Iniciado por Libras

No solo ese campo porque es una llave primaria, si tienes un campo que no acepte null debe de llevar un valor default :)

gracias amigo ya lo cambie, ahora esta asi

Código SQL:

solicitud_cotizacion | CREATE TABLE `solicitud_cotizacion` (
  `folioCotizacion` VARCHAR(8) NOT NULL,
  `fechaCotizacion` DATE NOT NULL,
  `nombreCotizacion` VARCHAR(100) NOT NULL,
  `referenciaCotizacion` VARCHAR(50) NOT NULL,
  `entregaCotizacion` VARCHAR(50) NOT NULL,
  `periodicidadCotizacion` VARCHAR(50) NOT NULL,
  `condicionesPago` INT(11) DEFAULT NULL,
  `tiempoEntrega` VARCHAR(50) NOT NULL,
  `folioCliente` VARCHAR(6) NOT NULL,
  `num` INT(11) NOT NULL AUTO_INCREMENT,
  `status` tinyint(1) NOT NULL,
  `cambios_solicitados` VARCHAR(200) NOT NULL,
  `archivoPedido` VARCHAR(100) NOT NULL,
  `aNombre` INT(11) NOT NULL,
  `idVendor` INT(11) NOT NULL,
  PRIMARY KEY (`folioCotizacion`),
  UNIQUE KEY `num` (`num`),
  KEY `folioCliente` (`folioCliente`),
  KEY `condicionesPago` (`condicionesPago`),
  KEY `idVendor` (`idVendor`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 |
 

pero he vuelto hacer un insert y ahora me dice

#1364 - Field 'tiempoEntrega' doesn't have a default value

[gnzsoloyo]

Código MySQL:

`condicionesPago` INT(11) NOT NULL,
 

Está definido como NOT NULL, sin DEFAULT, como te comenta Libras.
El problema es simplemente que no le estás pasando valores, y si no se producía antes puede ser tanto por defectos de programación que anteriormente quedaban escondidos y en el nuevo servidor no, como diferentcias en la configuracion de MySQL .

A nivel programación, puedes verificar donde falla para resolverlo. Es tema ajenos a este foro.

A nivel tabla ,se soluciona simplemente poniendole un DEFAULT ''.

En el servidor, lo mas probable es que esté en modo estricto (ver manual de referencia: https://dev.mysql.com/doc/refman/5.6...ql-mode-strict), que exige exactitud en valores, datos, rangos, etc. Eso no lo puedes controlar tu, solo el DBA de ese hosting.

TRaducido a lo bruto:

Modo estricto SQL

El modo estricto controla cómo MySQL trata los valores inválidos o no presentes en las declaraciones de cambio de datos como INSERT o UPDATE. Un valor puede ser inválida por varias razones. Por ejemplo, se puede tener un tipo de datos incorrecto para la columna, o puede estar fuera de rango. Un valor no está presente cuando el registro sea insertado no contiene un valor para una columna no nula de que no tiene ninguna cláusula DEFAULT explícita en su definición. (Para una columna NULL, NULL se inserta si el valor no está presente.) El modo estricto también afecta a las instrucciones de DDL como CREATE TABLE.

Si el modo estricto no está en vigor, MySQL inserta valores ajustados para los valores inválidos o no y produce advertencias (véase la Sección 13.7.5.41, "VER ADVERTENCIAS sintaxis"). En modo estricto, puede producir este comportamiento usando INSERT IGNORE o UPDATE IGNORE.

En cuanto a datos como SELECT que no cambian los datos, los valores no válidos generan una advertencia en modo estricto, no es un error.

A partir de MySQL 5.6.11, el modo estricto produce un error para los intentos de crear una clave que supera la longitud máxima de la clave. Anteriormente, esto dio lugar a una advertencia y el truncamiento de la clave de la clave de longitud máxima (la misma que cuando el modo estricto no está activado).

El modo estricto no afecta si las restricciones de claves foráneas se verifican. FOREIGN_KEY_CHECKS se pueden utilizar para eso. (Véase la Sección 5.1.4, "Variables de sistema del servidor".)

[webtexcoco]

Iniciado por gnzsoloyo

Código MySQL:

`condicionesPago` INT(11) NOT NULL,
 

Está definido como NOT NULL, sin DEFAULT, como te comenta Libras.
El problema es simplemente que no le estás pasando valores, y si no se producía antes puede ser tanto por defectos de programación que anteriormente quedaban escondidos y en el nuevo servidor no, como diferentcias en la configuracion de MySQL .

A nivel programación, puedes verificar donde falla para resolverlo. Es tema ajenos a este foro.

A nivel tabla ,se soluciona simplemente poniendole un DEFAULT ''.

En el servidor, lo mas probable es que esté en modo estricto (ver manual de referencia: [url]https://dev.mysql.com/doc/refman/5.6/en/sql-mode.html#sql-mode-strict[/url]), que exige exactitud en valores, datos, rangos, etc. Eso no lo puedes controlar tu, solo el DBA de ese hosting.

TRaducido a lo bruto:

gracias maestros por su gran ayuda me han aclarado bastante, ya cambie los campos a DEFAULT NULL y ya me inserta los valores, muchas gracias!!!

debe ser el modo estricto del servidor, encontré esta configuración no se si tenga q ver. pero investigare mas sobre el tema
sql mode = STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION

una ultima duda, espero no estar abusando

ahora mi tabla esta así

Código SQL:

solicitud_cotizacion | CREATE TABLE `solicitud_cotizacion` (
  `folioCotizacion` VARCHAR(8) NOT NULL,
  `fechaCotizacion` DATE NOT NULL,
  `nombreCotizacion` VARCHAR(100) NOT NULL,
  `referenciaCotizacion` VARCHAR(50) NOT NULL,
  `entregaCotizacion` VARCHAR(50) NOT NULL,
  `periodicidadCotizacion` VARCHAR(50) NOT NULL,
  `condicionesPago` INT(11) DEFAULT NULL,
  `tiempoEntrega` VARCHAR(50) DEFAULT NULL,
  `folioCliente` VARCHAR(6) NOT NULL,
  `num` INT(11) NOT NULL AUTO_INCREMENT,
  `status` tinyint(1) DEFAULT NULL,
  `cambios_solicitados` VARCHAR(200) DEFAULT NULL,
  `archivoPedido` VARCHAR(100) DEFAULT NULL,
  `aNombre` INT(11) NOT NULL,
  `idVendor` INT(11) NOT NULL,
  PRIMARY KEY (`folioCotizacion`),
  UNIQUE KEY `num` (`num`),
  KEY `folioCliente` (`folioCliente`),
  KEY `condicionesPago` (`condicionesPago`),
  KEY `idVendor` (`idVendor`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 |
 

y mi insert esta así

Código SQL:

INSERT INTO solicitud_cotizacion (folioCotizacion,fechaCotizacion,nombreCotizacion,referenciaCotizacion,entregaCotizacion,periodicidadCotizacion,folioCliente,aNombre,idVendor) VALUES ('2900a11j','2016-07-14','trabajo de prueba','','5','semanal','f47a6c','1','1');
 

si lo ejecuto me inserta el registro sin ningún problema.

mi duda esta en el campo referenciaCotizacion no lo cambie, esta como NOT NULL y aquí no me manda el error 1364, que estará pasando en este caso

[Libras]

Un NULL es diferente a un '' que es lo que estas mandando en tu insert, un NULL es una ausencia de valor, o sea un valor que no existe, mientras que '' es un caracter en blanco que no es lo mismo :)

[webtexcoco]

Iniciado por Libras

Un NULL es diferente a un '' que es lo que estas mandando en tu insert, un NULL es una ausencia de valor, o sea un valor que no existe, mientras que '' es un caracter en blanco que no es lo mismo :)

si ya vi, ya vi gracias master !!!

ahora veo con mas claridad

disculpen mis novatadas pero estoy muy verde todavía tengo mucho que aprender

GRACIASSSSS!!!