Ao projetar um esquema para um banco de dados (por exemplo, MySQL), surge a questão de normalizar ou não completamente as tabela

or um lado, as junções (e as restrições de chave estrangeira etc.) são muito lentas e, por outro lado, você obtém dados redundantes e o potencial de inconsistênci

É "otimizar por último" a abordagem correta aqui? ou seja, crie um banco de dados normalizado pelo manual e veja o que pode ser desnormalizado para obter o ganho de velocidade idea

Meu medo, em relação a essa abordagem, é que eu me baseie em um design de banco de dados que pode não ser rápido o suficiente - mas, nessa fase, refatorar o esquema (enquanto suporta dados existentes) seria muito doloroso. É por isso que sou tentado a esquecer temporariamente tudo o que aprendi sobre práticas "apropriadas" de RDBMS e experimentar a abordagem "mesa plana" pela primeira ve

O fato de esse banco de dados ter um efeito de inserção pesada na decisã