Se não for na camada da aplicação, você pode usar triggers na base de dados. Na camada da aplicação, normalmente os principais ORMs do mercado possuem mecanismos para isso.
Caso não possa contar nem com uma coisa e nem com outra, então precisa ajustar seus SQL para adicionar essa funcionalidade.
Ouvi dizer que os triggers podem comprometer a performace do banco ao longo prazo, ainda mais depois que tiver muitos usuários fazendo alterações. É verdade isso?
As triggers comuns são mais rápidas do que qualquer solução que você implemente no seu código.
O que pode deixar lento é se você colocar uma grande operação dentro da função definida na trigger, tem muita aplicação feita por profissionais pouco qualificados que basicamente programam o sistema inteiro baseados em triggers e functions no banco de dados. Lido com aplicações assim constantemente.
Se colocar apenas para mudar dois campos do registro que está sendo modificado, o tempo que vai levar é o mesmo que o insert ou update já leva. A aplicação não vai sentir a diferença.
Mas tenha cuidado para não fazer um update dentro de uma trigger da própria tabela, faça a alteração dos valores que estão chegando. No Oracle, por exemplo, você pode alterar os valores da variável NEW, pesquise sobre isso que você vai entender o que eu estou falando.