mysqlエラー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（例：empty VARCHAR）、トリガーは値を常に更新します。

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

これはSTRICT_TRANS_TABLES、

％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='';

これにより、strictモードがオフになり、mysqlはこれ以上文句を言いません。

明確にするために、データベースの定義では「このフィールドにはデフォルト値が定義されている必要があります」とあり、上記の手順を実行することでMySqlに「それは無視してください」と言います。したがって、ローカルで簡単な修正を行いたいだけの場合、このソリューションは問題ありません。ただし、通常はデータベース定義を調べて、フィールドに本当にデフォルト値が必要かどうかを確認し、必要な場合は設定する必要があります。また、デフォルト値が必要ない場合は、この要件を削除してクリーンな状態にする必要があります。

他の人が言ったように、これはSTRICT_TRANS_TABLESSQLモードが原因です。

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 OR /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年以降）のMySQLのバグ（＃6295）と題し、

NOT NULL列のトリガーは処理されません。

MySQLのバージョン5.7.1（変更ログ、最後のエントリ）で2013年に修正されたとされており、MySQLを「SQL標準ごと」に動作させる（同上）。

Windows Serverでmy.iniを編集します（例：プログラムファイル\ mysql \ mysqlサーバーnn \ my.ini）

単にsql-mode = ""を設定するのではなく、行からSTRICT_TRANS_TABLESを削除し、すべてをそのままにして、サービスユーティリティからMySQLを再起動することをお勧めします。あなたが誰であるか、そしてあなたがしたことを将来のプログラマーのためにコメントを追加してください

私はフィールドをnull以外に設定して問題を解決しました。情報を保存するように命令されたときに更新されます。フィールドが値を挿入しなかったため、フィールドが空であるというmsqliメッセージが表示されなくなりました。このソリューションのアプリケーションは一部で機能しますプロジェクトはプロジェクト構造に依存します。

データフォルダーにあるmy.iniファイルを変更する問題を解決しました。mysql 5.6の場合、my.iniファイルはbinまたはmysqlインストールフォルダーではなく、dataフォルダーに移動されました。

この場合、名前列にはnull値があると思います。

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