Convenção de nomeação do MySQL

Question

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.

Answer 1

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.

Answer 2

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

1. ser consistente em projetos,
2. Não seja excessivamente verbose,
3. e não use palavras reservadas

Apenas meus dois centavos. Wiki'd.

Answer 3

Depende do seu estilo de trabalho. Não há conjunto fixo de regras.

Eu uso o camelcase tablenamefieldName para por exemplo, catid, catname, catdesc

Answer 4

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 :)