Einschränkungen für Zeitstempelspalten mit Current_Timestamp in Standard- oder Aktualisierungsklauseln in MySQL -Versionen vor 5.6.5

Historisch gesehen haben eine Aufnahme eine Aufnahme von MySQL -Versionen vor 5.6.5. Current_Timestamp -Klausel. Diese Einschränkung erstreckte sich auf Int, Bigint und Smallint -Ganzzahlen, als sie ursprünglich 2008 eingeführt wurden.

Diese Einschränkung stammt aus den Bedenken hinsichtlich der Implementierung von Legacy, die eine spezifische Implementierung für die Current_Timestamp -Funktionalität erforderten. Current_timestamp value:

erstellen table `foo` ( `ProductId` int (10) nicht signiert nicht null, `Adddate` timestamp nicht null Standard Current _Timestamp, `UpdatatedDate` TimeStamp Not NULL Standard Current Current_Timestamp auf update current_timestamp ) Engine = innoDB;

Diese Definition würde zu folgendem Fehler führen:

CREATE TABLE `foo` (
  `ProductID` INT(10) UNSIGNED NOT NULL,
  `AddedDate` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `UpdatedDate` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
) ENGINE=INNODB;

nur eine Zeitstempelspalte mit

Aktualisierungsklausel. Unannehmlichkeit. Anschließend wurde in MySQL 5.6.5 (veröffentlicht am 10. April 2012) die Einschränkung aufgehoben.

Das Änderungsprotokoll für dieses Update:

zuvor konnte höchstens eine Zeitstempelspalte pro Tabelle automatisch bis zum aktuellen Datum und zum aktuellen Zeitpunkt initialisiert oder aktualisiert werden. Diese Einschränkung wurde aufgehoben. Jede Zeitstempelspaltendefinition kann eine beliebige Kombination aus Standard -Current -_Timestamp und auf Aktualisierung aktueller Abklauseln haben. Darüber hinaus können diese Klauseln jetzt mit Spaltendefinitionen für DateTime verwendet werden.