Setup Doctrine Migrations to update MySQL timestamp on update
One project I’m working on uses MySQL exclusively and is also using Doctrine Migrations.
I wanted to set up a column called updated that was automatically set to the timestamp of the last time the row was changed.
This is done in SQL like this:
CREATE TABLE foo ( id INT AUTO_INCREMENT NOT NULL, bar VARCHAR(100) NOT NULL, updated timestamp DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY(id) );
It’s not quite obvious how to do this in Migrations as it is designed to be portable across database engines and clearly this is a MySQL-ism.
To do it, you use the columnDefinition option to addColumn() within your up() method, like this:
public function up(Schema $schema) { $myTable = $schema->createTable('foo'); $myTable->addColumn('id', 'integer', ['autoincrement'=>true]); $myTable->addColumn('bar', 'string', ['length' => 100]); $myTable->addColumn( 'updated', 'datetime', ['columnDefinition' => 'timestamp default current_timestamp on update current_timestamp'] ); $myTable->setPrimaryKey(['id']); }
The columnDefinition option replaces the type (which you must still set it to a valid portable option) and so you can easily put in database-specific definitions when you need to.
Hi Rob!
Thanks again for this quick tip, as always it's very useful.
I was just wondering, because I am currently using mysql there is no problem with this solution, but what happens when using different DB? Do you see any downside on using the following expression:
['default' => $this->connection->getDatabasePlatform()->getCurrentTimestampSQL()]
I believe this would solve the multi-db-type problem, but then I'm not good enough in Doctrine and other dbms to understand whether this could bring issues later on…