A ma connaissance le truc qu'on peut faire c'est ``DEFAULT CURENT_TIMESTAMP`` Mais ça implique de changer le type du champ de datetime à timestamp (ce qui te faisait hurler il y'a peu de temps ^^)

De manière plus générale (mais c'est que mon avis perso), je considère que moins on en donne à faire a la db mieux on se porte. Parce que contrairement au code, la structure de la db est quand meme un peu moins surveillé et versionné. (bon ça tend à être faux, surtout si on fait l'issue qui parle des migrations mais quand même)
En gros si tu veux, pour moi c'est un peu comme les procèdures stockés (que je trouve ignoble), bah demander à la base de donnée d'avoir un comportement par défaut pour moi c'est pareille...

ça veut dire que le code est à plusieurs endroits... et je trouve ça moche. moins on en demande à la db, plus rien qu'en regardant le code on sait ce qu'il se passe. 

Dernier argument, même si mysql le gére (ce qui n'est pas sur à 100% pour les datetime), on ne peut être sur que toutes les moteurs de bases de données le gérent, et si un jour on veut changer, ça fera des barrières en plus...