Eu já vi alguns programas feitos por diversos programadores, que não usaram bem a ideia do conceito do banco de dados relacional. Algo muito comum acontece com os cadastros onde existem hierarquias: por exemplo, um cadastro de pessoas com Nome, Pais, Estado, Cidade e Bairro.

Existem 5 tabelas: Pessoa, Pais, Estado, Cidade e Bairro.
Algumas pessoas iriam preferir colocar na tabela PESSOA os 5 campos: Nome, Pais_ID, Estado_ID, Cidade_ID e Bairro_ID. Outras ainda fariam pior: colocariam além dos IDs, os nomes (strings) para facilitar a referencia.

Seria mais simples montar a hierarquia no banco de dados, e deixar que ele faça o trabalho de pesquisa.

TABELA PESSOA:
ID(PK) int, Nome text, Bairro_ID

TABELA BAIRRO:
Bairro_ID(PK), Cidade_ID, Bairro_Nome

TABELA CIDADE:
Cidade_ID(PK), Estado_ID, Cidade_Nome

TABELA ESTADO:
Estado_ID(PK), Pais_ID, Estado_Nome

TABELA PAIS:
Pais_ID(PK), Pais_Nome



Esta é a representação do modelo de dados.

Para saber o Pais das pessoas da tabela PESSOA, basta:
SELECT
PESSOA.Nome,
PAIS.Pais_Nome
FROM
PESSOA,
BAIRRO,
CIDADE,
ESTADO,
PAIS
WHERE
PESSOA.Bairro_ID = BAIRRO.Bairro_ID
AND BAIRRO.Cidade_ID = CIDADE.Cidade_ID
AND CIDADE.Estado_ID = ESTADO.Estado_ID
AND ESTADO.Pais_ID = PAIS.Pais_ID

As utilizades para a modelagem de dados são inúmeras. Entre elas, está o fácil entendimento, tanto de programadores quanto de usuários não tão técnicos, fácil documentação, desenvolvimento mais rápido, possibilidade de integrar mais membros a equipe de desenvolvimento para tornar o projeto mais rápido e, é claro, segurança, afinal todos os processos do sistema vão ser pensados e simulados antes mesmo do programador começar a codificar.

Uma dica: Caso queira começar a usar o Erwin, saiba que ele não suporta o MySQL nativamente. Mas ele suporta ODBC, então, basta usar o MyODBC e configurar uma conexão com o banco, depois sair modelando suas bases de dados.

Espero ter ajudado, e aguarde novos artigos!