Há uma série de regras a serem seguidas durante um projeto de modelagem de banco de dados com o propósito de se criar um modelo altamente significativo, fácil de analisar e logicamente bem organizado. Essas regras podem ser utilizadas desde o momento da elaboração do modelo conceitual, mas são normalmente mais aplicáveis na conversão dos modelos conceituais para modelos lógicos.
De fato, sempre que possível, toda modelagem, independentemente do tipo, deve ter atenção às seguintes diretrizes:
| Diretriz 1 | Diretriz 2 | Diretriz 3 | Diretriz 4 |
|---|---|---|---|
| Dados redundantes devem ser eliminados, criando tabelas auxiliares que receberão os dados. Também devemos evitar nomes de entidades e atributos difíceis de se interpretar. | Deve-se evitar anomalias de SQL, como instruções de UPDATE que realizam inserções de dados. Para tanto, deve-se adequar o modelo de dados. Quando não for possível ou desejável, deve-se documentar as anomalias a fim de subsidiar as equipes de desenvolvimento de sistemas. | Entidades com muitos atributos nulos devem, preferencialmente, ter esses atributos definidos em entidades associadas. | As relações entre as tabelas devem ser feitas sempre por chaves que as identifiquem. Não deve haver chaves nulas ou que permitam valores duplicados. |
Veremos com detalhes cada uma dessas diretrizes a seguir.