A primeira pergunta que você deve se fazer é se essa é uma regra de negócios ou algo puramente relacionado a dados .
Por exemplo, os impostos que uma pessoa deve pagar todo ano dependem de várias regras de negócios complexas. Essas regras estão sujeitas a alterações frequentes, portanto, é insensato fazer uma coluna computada contendo essas informações. Por outro lado, um dia e um mês de nascimento da pessoa extraída da data de nascimento completa não depende de regras de negócios, e é muito improvável que ela mude durante a vida útil do aplicativo; Assim, criar uma coluna computada para isso parece bem.
No seu exemplo, é difícil dizer com certeza sem contexto adicional, mas suponho que o preço com imposto seja uma regra de negócios. E se houvesse clientes que não deveriam pagar um imposto? E se o imposto fosse diferente de caso para caso?
A segunda pergunta a ser feita é se o armazenamento da coluna computada beneficiaria seu aplicativo . No meu exemplo anterior com a data de nascimento, pode fazer sentido armazenar essas informações adicionais em um contexto em que você deve pesquisar com frequência pessoas com base em seu dia e mês de nascimento, independentemente do ano de nascimento.
No seu caso, se o preço com imposto é tão simples quanto a adição de preço e imposto, por que criar uma coluna adicional? Como isso facilitaria ou agilizaria sua aplicação?