Created_at e updated_at são apenas campos que podem ser preenchidos no momento da ação de criar ou editar o registro. Eu delegaria ao banco, se eu tivesse que alterar varias outras tabelas que dependem dessa informação do registro expessifico. Se tiver que criar uma rotina no banco somente para registrar esses dados, meio que não faz muito sentido. Porem, o que vale é o motivo que precisa pra fazer isso. Ou seja, nem certo e nem errado, apenas formas diferentes de se fazer. Uma mais desgastante do que a outra. Mas tudo depende do motivo.

pultzlucasanteontem

Da mesma forma que você eu tmb delegaria essa tarefa ao banco, mas conheço gente experiente que ABOMINA trigger em banco de dados e eu não sei o porque. Pra mim parece ser uma mão na roda criar trigger para esses tipos de tarefas.

MisterFanteontem
Com o tempo, a gente entende que os extremos raramente funcionam. Nem tanto ao norte, nem tanto ao sul. Quando algo é bem feito, dá certo — simples assim. Usar triggers no banco, por exemplo, não é algo sem propósito. Elas existem para resolver problemas específicos do dia a dia, da equipe ou do projeto. Mas, como tudo na tecnologia, precisam ser usadas com sabedoria. Sempre vão existir pessoas que preferem a abordagem A ou B. E tudo bem! O importante é reconhecer que, na prática, tudo pode ser útil — e tudo pode dar certo ou errado. Depende de como foi feito, do contexto e da necessidade real.
MisterFanteontem

No caso, esses campos não ficam em tela, mas lá no seu back-end, antes de salvar o registro, voce seta essa informação do campo.