errore mysql 1364 Il campo non ha valori predefiniti

Il mio tavolo sembra

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

e poi ho un trigger per popolare automaticamente il campo CREATED_BY

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

Quando faccio un inserto usando

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

l'inserimento viene effettuato nella tabella ma ricevo ancora il messaggio di errore

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

C'è un modo per sopprimere questo errore senza rendere il campo annullabile E senza rimuovere il trigger? Altrimenti il ​​mio ibernazione vedrà queste eccezioni (anche se gli inserimenti sono stati effettuati) e quindi l'applicazione andrà in crash.

Imposta un valore predefinito per Created_By(es: vuoto VARCHAR) e il trigger aggiornerà comunque il valore.

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

Ciò è causato dalla STRICT_TRANS_TABLESmodalità SQL definita in

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

file. Rimuovere questa impostazione e riavviare MySQL dovrebbe risolvere il problema.

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

Se la modifica di quel file non risolve il problema, vedere http://dev.mysql.com/doc/refman/5.6/en/option-files.html per altre possibili posizioni dei file di configurazione.

Apri phpmyadmin e vai alla scheda "Altro" e seleziona il sottomenu "Variabili". Scorri verso il basso per trovare la modalità sql. Modifica la modalità sql e rimuovi "STRICT_TRANS_TABLES" Salvalo.

In phpmyadmin, eseguire le seguenti operazioni:

select @@GLOBAL.sql_mode

Nel mio caso, ottengo quanto segue:

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

Copia questo risultato e rimuovi STRICT_TRANS_TABLES. Quindi eseguire quanto segue:

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'

Quando ho avuto lo stesso problema con mysql5.6.20 installato con Homebrew, l'ho risolto andando in my.cnf

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

Trova la linea che sembra così:

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

Commenta sopra la riga e riavvia il server mysql

mysql.server restart

Errore andato!

Esegui la console mysql:

mysql -u your_username -p

, seleziona database:

USE your_database;

ed esegui (anche dalla console mysql):

SET GLOBAL sql_mode='';

Ciò disattiverà la modalità rigorosa e mysql non si lamenterà più.

Per chiarire le cose: la definizione del tuo database dice "questo campo deve avere un valore predefinito definito", e facendo i passaggi dall'alto dici a MySql "sì, ignoralo". Quindi, se vuoi solo fare qualche soluzione rapida localmente, questa soluzione è ok. Ma generalmente dovresti investigare nella definizione del tuo database e controllare se il campo ha davvero bisogno del valore predefinito e, in tal caso, impostarlo. E se il valore predefinito non è necessario, questo requisito dovrebbe essere rimosso per avere una situazione pulita.

Come altri hanno detto, ciò è causato dalla STRICT_TRANS_TABLESmodalità SQL.

Per verificare se la STRICT_TRANS_TABLESmodalità è abilitata:

SHOW VARIABLES LIKE 'sql_mode';

Per disabilitare la modalità rigorosa:

SET GLOBAL sql_mode='';

Prima di ogni azione di inserimento che ho aggiunto sotto la riga e ho risolto il mio problema,

SET SQL_MODE = '';

Non sono sicuro che questa sia la soluzione migliore,

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

Funziona e testato Copia nel file di configurazione: /etc/mysql/my.cnf OPPURE /bin/mysql/my.ini

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

quindi riavvia MySQL

Modifica la tua query e aggiungi "IGNORE" come:

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

Per gli utenti di Windows WampServer :

WAMP> MySQL> my.ini

cerca file per sql-mode=""

Rimuovi il commento.

Ciò sembra essere causato da un bug di vecchia data (dal 2004) (# 6295) in MySQL , intitolato

I trigger non vengono elaborati per le colonne NOT NULL .

È stato presumibilmente corretto nella versione 5.7.1 di MySQL (Changelog, ultima voce) nel 2013, facendo sì che MySQL si comportasse "secondo lo standard SQL" (ibid).

In Windows Server modifica my.ini (ad esempio file di programma \ mysql \ mysql server nn \ my.ini)

Non vorrei semplicemente impostare sql-mode = "", piuttosto suggerisco di rimuovere STRICT_TRANS_TABLES dalla riga, lasciare tutto com'era e quindi riavviare MySQL dall'utilità dei servizi. Aggiungi un commento per i futuri programmatori chi sei e cosa hai fatto.

ho impostato i campi su non nulli e il problema è stato risolto, si aggiorna quando viene comandato di memorizzare un'informazione, non mostra più il messaggio msqli che il campo era vuoto perché non hai inserito valore, bene l'applicazione di questa soluzione può funzionare su alcuni progetti dipende dalla struttura del progetto.

ho risolto il problema cambiando il file my.ini che si trova nella cartella dei dati. per mysql 5.6 il file my.ini è stato spostato nella cartella dei dati anziché nella cartella di installazione bin o mysql.

Penso che la colonna del nome abbia valori nulli in questo caso.

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