Error 1364 de mysql El campo no tiene valores predeterminados

Mi mesa parece

create table try ( name varchar(8), CREATED_BY varchar(40) not null);

y luego tengo un disparador para completar automáticamente el campo CREATED_BY

create trigger autoPopulateAtInsert BEFORE INSERT on try for each row set new.CREATED_BY=user();

Cuando hago una inserción usando

insert into try (name) values ('abc');

la entrada se realiza en la tabla pero sigo recibiendo el mensaje de error

Field 'CREATED_BY' doesn't have a default value Error no 1364

¿Hay alguna manera de suprimir este error sin hacer que el campo sea anulable Y sin eliminar el triggfer? De lo contrario, mi hibernación verá estas excepciones (aunque se hayan realizado las inserciones) y luego la aplicación se bloqueará.

Establezca un valor predeterminado para Created_By(por ejemplo: vacío VARCHAR) y el disparador actualizará el valor de todos modos.

create table try ( 
     name varchar(8), 
     CREATED_BY varchar(40) DEFAULT '' not null
);

Esto es causado por el STRICT_TRANS_TABLESmodo SQL definido en el

% PROGRAMDATA% \ MySQL \ MySQL Server 5.6 \ my.ini

expediente. Eliminar esa configuración y reiniciar MySQL debería solucionar el problema.

Ver https://www.farbeyondcode.com/Solution-for-MariaDB-Field--xxx--doesn-t-have-a-default-value-5-2720.html

Si editar ese archivo no soluciona el problema, consulte http://dev.mysql.com/doc/refman/5.6/en/option-files.html para conocer otras posibles ubicaciones de los archivos de configuración.

Abra phpmyadmin y vaya a la pestaña 'Más' y seleccione el submenú 'Variables'. Desplácese hacia abajo para encontrar el modo SQL. Edite el modo sql y elimine 'STRICT_TRANS_TABLES' Guárdelo.

En phpmyadmin, realice lo siguiente:

select @@GLOBAL.sql_mode

En mi caso, obtengo lo siguiente:

ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES ,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Copie este resultado y elimínelo STRICT_TRANS_TABLES. Luego realice lo siguiente:

set GLOBAL sql_mode='ONLY_FULL_GROUP_BY,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'

Cuando tuve este mismo problema con mysql5.6.20 instalado con Homebrew, lo resolví yendo a my.cnf

nano /usr/local/Cellar/mysql/5.6.20_1/my.cnf

Encuentra la línea que se ve así:

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

Comente la línea anterior y reinicie el servidor mysql

mysql.server restart

¡Error desaparecido!

Ejecute la consola mysql:

mysql -u your_username -p

, seleccione base de datos:

USE your_database;

y ejecutar (también desde la consola mysql):

SET GLOBAL sql_mode='';

Eso desactivará el modo estricto y mysql no se quejará más.

Para aclarar las cosas: la definición de su base de datos dice "este campo debe tener un valor predeterminado definido", y al realizar los pasos anteriores le dice a MySql "neah, simplemente ignórelo". Entonces, si solo desea hacer una solución rápida localmente, esta solución está bien. Pero generalmente debe investigar en la definición de su base de datos y verificar si el campo realmente necesita un valor predeterminado y, si es así, configurarlo. Y si el valor predeterminado no es necesario, este requisito debe eliminarse para tener una situación limpia.

Como dijeron otros, esto es causado por el STRICT_TRANS_TABLESmodo SQL.

Para comprobar si el STRICT_TRANS_TABLESmodo está habilitado:

SHOW VARIABLES LIKE 'sql_mode';

Para deshabilitar el modo estricto:

SET GLOBAL sql_mode='';

Antes de cada acción de inserción, agregué la siguiente línea y resolví mi problema,

SET SQL_MODE = '';

No estoy seguro de si esta es la mejor solución,

SET SQL_MODE = ''; INSERT INTO  `mytable` (  `field1` ,  `field2`) VALUES ('value1',  'value2');

Su trabajo y probado Copiar al archivo de configuración: /etc/mysql/my.cnf O /bin/mysql/my.ini

[mysqld]
port = 3306
sql-mode=""

luego reinicia MySQL

Modifica tu consulta y agrega "IGNORAR" como:

INSERT IGNORE INTO  `mytable` (  `field1` ,  `field2`) VALUES ('value1',  'value2');

Para Windows WampServer usuarios de :

WAMP> MySQL> my.ini

archivo de búsqueda para sql-mode=""

Descomentarlo.

Esto parece ser causado por un error de larga data (desde 2004) (# 6295) en MySQL , titulado

Los disparadores no se procesan para columnas NOT NULL .

Supuestamente se corrigió en la versión 5.7.1 de MySQL (Changelog, última entrada) en 2013, haciendo que MySQL se comporte "según el estándar SQL" (ibid).

En Windows Server, edite my.ini (por ejemplo, archivos de programa \ mysql \ mysql server nn \ my.ini)

Yo no simplemente establecería sql-mode = "", más bien sugiero que uno elimine STRICT_TRANS_TABLES de la línea, deje todo como estaba y luego reinicie MySQL desde la utilidad de servicios. Agrega un comentario para futuros programadores sobre quién eres y qué hiciste.

configuré los campos en no nulos y el problema se resolvió, se actualiza cuando se ordena que se almacene una información en él, ya no se muestra el mensaje msqli de que el campo estaba vacío porque no insertó un valor en él, la aplicación de esta solución puede funcionar en algunos proyectos depende de la estructura de su proyecto.

Resolví el problema al cambiar el archivo my.ini ubicado en la carpeta de datos. para mysql 5.6, el archivo my.ini se movió a la carpeta de datos en lugar de la carpeta de instalación bin o mysql.

Creo que la columna de nombre tiene valores nulos en este caso.

update try set name='abc' where created_by='def';