Convenção de nomeação do MySQL
-
26-09-2019 - |
Pergunta
Eu geralmente sempre usei algum tipo de Hungarian Notation
Para meus nomes de campo em minhas mesas, por exemplo
#Table Users
u_id, u_name, u_email etc...
#Posts
p_id, p_u_id, p_title, p_content etc...
Mas recentemente me disseram que isso não é prática recomendada. Existe uma maneira mais padrão de fazer isso? Eu realmente não gostei apenas de usar o campo id
Como isso é então exige que você selecione table
.field
Para nomes de campos que aparecem nas mesas de Mutliple ao usar junções etc.
Seus pensamentos sobre o que é as melhores práticas seriam apreciados.
Solução
A melhor prática é a mais confortável para você ou sua equipe. Todo programador tem sua própria opinião sobre o uso de anotações.
Outras dicas
Parece uma daquelas perguntas em que você obterá inúmeras respostas, todas "certas". Diferentes equipes e ambientes preferem convenções diferentes. Até acho que minha própria prática varia de projeto para projeto um pouco. As únicas sugestões que eu poderia oferecer são
- ser consistente em projetos,
- Não seja excessivamente verbose,
- e não use palavras reservadas
Apenas meus dois centavos. Wiki'd.
Depende do seu estilo de trabalho. Não há conjunto fixo de regras.
Eu uso o camelcase tablenamefieldName para por exemplo, catid, catname, catdesc
Eu pessoalmente uso a minúscula para nomes de tabela e pluralize. Tabelas como 'pessoas' com registros de pessoa. Mas peguei isso da Rails e o adotei depois do tempo. Adoro, porém, e isso tornou meus bancos de dados muito legíveis. Também o uso de tantos sublinhados tornará seus bancos de dados menos legíveis. Também divido meus nomes de banco de dados usando _ para desenvolvimento, teste, produção, alfa, beta, protótipo. Depois de trabalhar com 100.000 mesas ou mais, você parará de escrever nomes com muitos sublinhados :)