mysql error 1364 Поле не має значень за замовчуванням

Мій стіл виглядає так

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

і тоді у мене є тригер для автоматичного заповнення поля CREATED_BY

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

Коли я роблю вставку, використовуючи

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

запис зроблений у таблиці, але я все одно отримую повідомлення про помилку

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

Чи є спосіб придушити цю помилку, не роблячи поля нульовим І не знімаючи тригер? Інакше мій сплячий режим побачить ці винятки (навіть незважаючи на те, що вставки були зроблені), і тоді програма припинить роботу.

Встановіть значення за замовчуванням для Created_By(наприклад: порожній VARCHAR), і тригер оновить значення в будь-якому випадку.

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

Це викликано STRICT_TRANS_TABLESрежимом SQL, визначеним у

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

файл. Видалення цього параметра та перезапуск MySQL повинні вирішити проблему.

Дивіться https://www.farbeyondcode.com/Solution-for-MariaDB-Field--xxx--doesn-t-have-a-default-value-5-2720.html

Якщо редагування цього файлу не усуває проблему, див. Http://dev.mysql.com/doc/refman/5.6/en/option-files.html про інші можливі місця розташування файлів конфігурацій.

Відкрийте phpmyadmin та перейдіть на вкладку "Більше" та виберіть підменю "Змінні". Прокрутіть вниз, щоб знайти режим sql. Редагуйте режим sql та видаліть "STRICT_TRANS_TABLES" Збережіть його.

У phpmyadmin виконайте такі дії:

select @@GLOBAL.sql_mode

У моєму випадку я отримую наступне:

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

Скопіюйте цей результат і видаліть STRICT_TRANS_TABLES. Потім виконайте наступне:

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'

Коли у мене була така сама проблема з mysql5.6.20, встановленим з Homebrew, я вирішив її, зайшовши в my.cnf

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

Знайдіть рядок, який виглядає так:

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

Прокоментуйте вище рядок та перезапустіть сервер mysql

mysql.server restart

Помилка пішла!

Запустіть консоль mysql:

mysql -u your_username -p

, виберіть базу даних:

USE your_database;

та запустіть (також з консолі mysql):

SET GLOBAL sql_mode='';

Це вимкне суворий режим і mysql більше не буде скаржитися.

Щоб було зрозуміло: у вашій базі даних написано, що "у цьому полі має бути визначено значення за замовчуванням", і виконуючи кроки зверху, ви говорите MySql "так, просто ігноруйте його". Отже, якщо ви просто хочете зробити якийсь швидкий виправлення на місцях, це рішення нормально. Але, як правило, слід дослідити визначення вашої бази даних і перевірити, чи дійсно потрібне поле за замовчуванням і чи встановлено його. І якщо значення за замовчуванням не потрібне, цю вимогу слід усунути, щоб мати чисту ситуацію.

Як говорили інші, це спричинено STRICT_TRANS_TABLESрежимом SQL.

Щоб перевірити, чи STRICT_TRANS_TABLESввімкнено режим:

SHOW VARIABLES LIKE 'sql_mode';

Щоб вимкнути суворий режим:

SET GLOBAL sql_mode='';

Перед кожною дією вставки, яку я додав під рядком, і вирішив свою проблему,

SET SQL_MODE = '';

Я не впевнений, чи найкраще це рішення,

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

Його робота та перевірена копія для налаштування файлу: /etc/mysql/my.cnf АБО /bin/mysql/my.ini

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

потім перезапустіть MySQL

Змініть запит і додайте "IGNORE" як:

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

Для користувачів Windows WampServer :

WAMP> MySQL> my.ini

файл пошуку для sql-mode=""

Відменшіть це.

Це , як видається, викликана давньої (з 2004 року) помилка (# 6295) в MySQL , названий

Тригери не обробляються для стовпців NOT NULL .

Він нібито був зафіксований у версії 5.7.1 MySQL (Журнал змін, останній запис) у 2013 році, завдяки чому MySQL поводився як "згідно стандарту SQL" (там же).

У Windows Server відредагуйте my.ini (наприклад, програмні файли \ mysql \ mysql сервер nn \ my.ini)

Я б не просто встановив sql-mode = "", скоріше пропоную видалити STRICT_TRANS_TABLES з рядка, залишити все як було, а потім перезапустити MySQL з утиліти служб. Додайте коментар майбутнім програмістам, хто ви та що робили.

Я встановив поля не нульовими і вирішено проблему, він оновлюється, коли в команді команду зберігається інформація, більше не відображається повідомлення msqli про те, що поле було порожнім, тому що ти не вставив його значення, а застосування цього рішення може працювати на деяких проекти залежать від вашої структури проекту.

Я вирішив проблему зміни файлу my.ini, розташованого в папці даних. Файл my.ini для mysql 5.6 переміщено до папки даних, а не інсталяційної папки bin або mysql.

Я думаю, що в стовпці з іменами в цьому випадку є нульові значення.

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