valor predeterminado no válido (mysql 5.7) para el campo de marca de tiempo

10

EDITAR: Al actualizar una base de datos existente desde mysql 5.6 y ejecutar:

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

Esto produce:

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

Esto funcionó en mysql <= 5.7. No pude encontrar ninguna documentación sobre esto ... ¿Cuál es el problema con esto?

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 Chris Muench
fuente
1
Este problema está documentado ... pero primero, ¿ qué versión de MySQL 5.7 está utilizando (particularmente relevante, ya que 5.7 aún no es GA a partir de ahora)? y hubo un cambio mal concebido introducido en 5.7.4 que fue revertido en 5.7.8, eso explicaría esto. Por favor confirme su versión.
Michael - sqlbot
mysql-5.7.8-rc-osx10.9-x86_64.dmg
Chris Muench
Publiqué una edición con otro problema. Esto parece un problema real con mysql 5.7.8
Chris Muench
2
Una revisión adicional de las notas de la versión 5.7.8 sugiere que se revertió un cambio, pero que es posible que deba eliminarlo NO_ZERO_DATE, que ahora forma parte de la configuración predeterminada. ¿Puedes confirmar? Por favor SELECT @@SQL_MODE;.
Michael - sqlbot el
Sí, cambié el modo y funcionó. Encontré muchas cosas que mysql 5.7 agregó que causaron problemas, así que configuré el modo en ""; Esto parece una actualización bastante grande con muchos cambios.
Chris Muench

Respuestas: