Concordo com o princípio. Quando existe descompasso entre diagrama, projeto e código, o problema não é o diagrama — é falha de processo e governança.
A provocação que faço é mais prática: o que garante isso no dia a dia em contextos menos regulados?
Na minha experiência, a única garantia real e escalável é quando o diagrama deixa de ser um artefato manual e passa a ser versionado, derivado e validado junto com o código e as migrations. Sem isso, a hierarquia até existe no papel, mas a pressão por entrega acaba criando atalhos.
Projeto primeiro continua sendo o ideal. Automação é o que permite sustentar esse ideal ao longo do tempo.
Respondendo a "Exato, essa linha segue o raciocínio lógico mai..." dentro da publicação Documentação de banco falha quando depende de disciplina humana
1