недопустимое значение по умолчанию (mysql 5.7) для поля отметки времени

РЕДАКТИРОВАТЬ: при обновлении существующей базы данных из MySQL 5.6 и выполнения:

UPDATE phppos_register_log SET shift_end = '2015-01-01 00:00:00' WHERE shift_end = '0000-00-00 00:00:00';

Это производит:

#1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'shift_end' at row 1
#1067 - Invalid default value for 'shift_start'

Это работало в MySQL <= 5.7. Я не смог найти никакой документации об этом ... Что за проблема с этим?

CREATE TABLE `phppos_register_log` (
      `register_log_id` int(10) NOT NULL AUTO_INCREMENT,
      `employee_id_open` int(10) NOT NULL,
      `employee_id_close` int(11) DEFAULT NULL,
      `register_id` int(11) DEFAULT NULL,
      `shift_start` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
      `shift_end` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00',
      `open_amount` decimal(23,10) NOT NULL,
      `close_amount` decimal(23,10) NOT NULL,
      `cash_sales_amount` decimal(23,10) NOT NULL,
      `total_cash_additions` decimal(23,10) NOT NULL DEFAULT '0.0000000000',
      `total_cash_subtractions` decimal(23,10) NOT NULL DEFAULT '0.0000000000',
      `notes` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
      `deleted` int(1) NOT NULL DEFAULT '0',
      PRIMARY KEY (`register_log_id`),
      KEY `phppos_register_log_ibfk_1` (`employee_id_open`),
      KEY `phppos_register_log_ibfk_2` (`register_id`),
      KEY `phppos_register_log_ibfk_3` (`employee_id_close`),
      CONSTRAINT `phppos_register_log_ibfk_1` FOREIGN KEY (`employee_id_open`) REFERENCES `phppos_employees` (`person_id`),
      CONSTRAINT `phppos_register_log_ibfk_2` FOREIGN KEY (`register_id`) REFERENCES `phppos_registers` (`register_id`),
      CONSTRAINT `phppos_register_log_ibfk_3` FOREIGN KEY (`employee_id_close`) REFERENCES `phppos_employees` (`person_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

mysql mysql-5.7

— Крис Мюнх
источник

Эта проблема является документально ... но первый, выпуск которых в MySQL 5.7 вы используете (особенно актуально, так как 5,7 еще не GA , как сейчас)? и в 5.7.4 было введено непродуманное изменение, которое было отменено в 5.7.8, что могло бы объяснить это. Пожалуйста, подтвердите вашу версию.

— Майкл - sqlbot

mysql-5.7.8-rc-osx10.9-x86_64.dmg

— Крис Мюнх

Я опубликовал изменения с другой проблемой. Это похоже на реальную проблему с MySQL 5.7.8

— Крис Мюнх

Дальнейший обзор замечаний к выпуску 5.7.8 показывает, что одно изменение было отменено, но вам, возможно, придется его удалить NO_ZERO_DATE, что теперь является частью конфигурации по умолчанию. Можешь подтвердить? Пожалуйста SELECT @@SQL_MODE;.

— Майкл - sqlbot

Да, я изменил режим, и это сработало. Я обнаружил много вещей, которые добавил mysql 5.7, что вызвало проблему, поэтому я установил режим на ""; это похоже на довольно большое обновление с большим количеством изменений.

— Крис Мюнх

начиная с mysql 5.7, SQL_MODEзначение по умолчанию strict, пожалуйста, просмотрите эту страницу: /programming/9192027/invalid-default-value-for-create-date-timestamp-field

— hemingwang0902
источник