Maria DB 10.1 DATETIMEブランク値

Question

私は従来のPHPシステムをサポートしています。彼らはデータベースサーバーの移動を計画しています。我々は現在MariaDB 10.1上にあり、新しいサーバもMariaDB 10.1です。私は数百（または多分数千）のようなクエリを持っています：

UPDATE ontime_assets 
SET AssetName = '117 J19', PlateDate = '20161224', InspectionDate = '' 
WHERE AssetID = 7; 

これはうまく処理されます。私はこのエラーを取得し、新しいものに：

Error updating record: Incorrect datetime value: '' for column 'InspectionDate' at row 1.

彼らは、データベースが移行されたことを私に伝え、構造的に同一であるが、明らかにそうではありません。 InspectionDateは必須ではなく、NULL値を受け入れるように設定されているDATETIMEです。

良いコードであるかどうかにかかわらず、空の文字列を取り出すコードの書き換えは実行できません。誰でもMariaDBが設定していることを考えている人はいますか？それはこのクエリが現在動作することを許可しますが、新しいサーバでは別に設定されますか？

Answer 1

Does anyone have any idea what MariaDB setting it is that would allow this query to work currently but would be set differently on the new server?

号InspectionDate列は空の文字列を割り当てるdatetime、である場合には、単に許可されていません。ほとんどの場合、InspectionDateがテキスト列だったため、クエリは以前に実行されていました。これは、データベースにある日付機能を利用できないため、魅力的ではありません。

だけではなく、空の文字列を代入するプレースホルダーとしてInspectionDate列にNULLを割り当てる：あなたはスクリプトを更新するヘルプが必要な場合

UPDATE ontime_assets 
SET AssetName = '117 J19', 
    PlateDate = '20161224', 
    InspectionDate = NULL 
WHERE AssetID = 7 

が、多分ここで誰かがあなたの選択InspectionDate = NULLでInspectionDate = ''を交換する正規表現を与えることができます。

Answer 2

[OK]私は一晩中起きていましたが、私はそれを理解しました！

etc/my.cnfファイルに設定されているSQL_MODEという設定があります。また、usr/my.cnfファイルの以前のバージョンからDBをアップグレードした場合（これはあまりにも不満ですが、見つけた！）。

クエリを実行すると、sql_mode設定を見つけることができます。SELECT @@ sql_mode;

OLD DBにはSTRICT_TRANS_TABLESが設定されていませんでした。したがって、NEW DBはそれを行いました。したがって、古いものではなく空の文字列日付のエラーが発生しました。私はSTRICT_TRANS_TABLESをusrやその他のmy.cnfファイルから取り出して、mysqlサーバプロセスをリサイクルさせました。低速で、古いボックスのように動作します。