błąd mysql 1364 Pole nie ma wartości domyślnych

Mój stół wygląda

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

a następnie mam wyzwalacz do automatycznego wypełniania pola CREATED_BY

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

Kiedy robię wkładkę za pomocą

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

wpis jest wykonany w tabeli, ale nadal otrzymuję komunikat o błędzie

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

Czy istnieje sposób na wyeliminowanie tego błędu bez dopuszczania wartości zerowej pola ORAZ bez usuwania wyzwalacza? W przeciwnym razie moja hibernacja zobaczy te wyjątki (mimo że wstawki zostały wykonane), a następnie aplikacja ulegnie awarii.

Ustaw wartość domyślną Created_By(np.: Pusty VARCHAR), a wyzwalacz i tak zaktualizuje tę wartość.

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

Jest to spowodowane STRICT_TRANS_TABLEStrybem SQL zdefiniowanym w

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

plik. Usunięcie tego ustawienia i ponowne uruchomienie MySQL powinno rozwiązać problem.

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

Jeśli edycja tego pliku nie rozwiąże problemu, zobacz http://dev.mysql.com/doc/refman/5.6/en/option-files.html, aby poznać inne możliwe lokalizacje plików konfiguracyjnych.

Otwórz phpmyadmin, przejdź do zakładki „Więcej” i wybierz podmenu „Zmienne”. Przewiń w dół, aby znaleźć tryb sql. Edytuj tryb sql i usuń „STRICT_TRANS_TABLES” Zapisz go.

W phpmyadmin wykonaj następujące czynności:

select @@GLOBAL.sql_mode

W moim przypadku otrzymuję:

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

Skopiuj ten wynik i usuń STRICT_TRANS_TABLES. Następnie wykonaj następujące czynności:

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'

Kiedy miałem ten sam problem z mysql5.6.20 zainstalowanym z Homebrew, rozwiązałem go, przechodząc do my.cnf

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

Znajdź linię, która wygląda tak:

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

Skomentuj powyżej linii i zrestartuj serwer mysql

mysql.server restart

Błąd zniknął!

Uruchom konsolę mysql:

mysql -u your_username -p

wybierz bazę danych:

USE your_database;

i uruchom (także z konsoli mysql):

SET GLOBAL sql_mode='';

Spowoduje to wyłączenie trybu ścisłego, a mysql nie będzie już narzekać.

Dla jasności: definicja bazy danych mówi, że „to pole musi mieć zdefiniowaną wartość domyślną”, a wykonując kroki z góry, mówisz do MySql „neah, po prostu je zignoruj”. Więc jeśli chcesz tylko szybko naprawić lokalnie, to rozwiązanie jest w porządku. Ale generalnie powinieneś zbadać definicję swojej bazy danych i sprawdzić, czy pole naprawdę wymaga wartości domyślnej, a jeśli tak, ustaw ją. A jeśli wartość domyślna nie jest potrzebna, to wymaganie powinno zostać usunięte, aby uzyskać czysty stan.

Jak powiedzieli inni, jest to spowodowane STRICT_TRANS_TABLEStrybem SQL.

Aby sprawdzić, czy STRICT_TRANS_TABLEStryb jest włączony:

SHOW VARIABLES LIKE 'sql_mode';

Aby wyłączyć tryb ścisły:

SET GLOBAL sql_mode='';

Przed każdą czynnością wstawiania dodałem poniższy wiersz i rozwiązałem problem,

SET SQL_MODE = '';

Nie jestem pewien, czy to najlepsze rozwiązanie,

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

Jego praca i przetestowana kopia do pliku konfiguracyjnego: /etc/mysql/my.cnf LUB /bin/mysql/my.ini

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

następnie uruchom ponownie MySQL

Zmodyfikuj zapytanie i dodaj „IGNORUJ” jako:

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

Użytkownicy Windows WampServer :

WAMP> MySQL> my.ini

wyszukaj plik sql-mode=""

Odkomentuj to.

Wydaje się, że jest to spowodowane długotrwałym (od 2004) błędem (# 6295) w MySQL , zatytułowanym

Wyzwalacze nie są przetwarzane dla kolumn NOT NULL .

Zostało to rzekomo naprawione w wersji 5.7.1 MySQL (Changelog, ostatni wpis) w 2013 roku, sprawiając, że MySQL zachowuje się „zgodnie ze standardem SQL” (ibid).

W systemie Windows Server edytuj plik my.ini (na przykład program files \ mysql \ mysql server nn \ my.ini)

Nie chciałbym po prostu ustawić sql-mode = "", raczej sugeruję usunięcie STRICT_TRANS_TABLES z linii, pozostawienie wszystkiego tak, jak było, a następnie ponowne uruchomienie MySQL z narzędzia usług. Dodaj komentarz dla przyszłych programistów, kim jesteś i co zrobiłeś.

ustawiłem pola na niezerowe i problem rozwiązany, aktualizuje się, gdy nakazuje się przechowywać w nim informacje, nie ma już pokazywania komunikatu msqli, że pole jest puste, bo nie wstawiłeś do niego wartości, dobrze zastosowanie tego rozwiązania może działać na niektórych projekty zależy od struktury projektu.

rozwiązałem problem ze zmianą pliku my.ini znajdującego się w folderze danych. dla mysql 5.6 plik my.ini został przeniesiony do folderu danych, a nie do folderu instalacyjnego bin lub mysql.

Myślę, że w tym przypadku kolumna z nazwą ma wartości null.

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