Tabela FornecedoresClientes
id_forncedoresclientes(PK)
Nome
Tipo
TabelaEmails
id_email(PK)
Email
id_fornecedores(FK)
TabelaTelefones
id_telefone(PK)
Telefone
id_fornecedoresclientes(FK)
Solucionado
Tabela FornecedoresClientes
id_forncedoresclientes(PK)
Nome
Tipo
TabelaEmails
id_email(PK)
Email
id_fornecedores(FK)
TabelaTelefones
id_telefone(PK)
Telefone
id_fornecedoresclientes(FK)
Oi, Alexander! Como vai?
Agradeço por compartilhar seus aprendizados com a comunidade Alura.
Analisando a estrutura que você apresentou, percebo que a tabela FornecedoresClientes, com o campo id_forncedoresclientes como chave primária, junto com Nome e Tipo, forma uma base sólida para o modelo. A TabelaEmails, utilizando id_email como chave primária e id_fornecedores como chave estrangeira, e a TabelaTelefones, com id_telefone e id_fornecedoresclientes como referência, demonstram uma boa compreensão de normalização relacional.
Você separou corretamente os campos de Email e Telefone em entidades distintas, pois essa abordagem evita duplicidade e facilita a manutenção dos dados ao longo do tempo. Essa é exatamente a lógica que bons projetos de banco de dados seguem.
Uma dica é revisar a padronização dos nomes de colunas e tabelas, mantendo singular ou plural de forma consistente em todo o projeto. Isso facilita a leitura do código e reduz erros futuros.
Continue praticando essa modelagem, pois ela é muito utilizada em aplicações reais. Conte sempre com o apoio do Fórum na sua jornada. Bons estudos!
Você já tentou desenhar esse modelo em um diagrama para visualizar melhor os relacionamentos entre as tabelas?
Conteúdo relacionado:
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!
