convención de nomenclatura MySQL

Question

Yo por lo general siempre han utilizado algún tipo de Hungarian Notation para mis nombres de campo en mis tablas por ejemplo.

#Table Users
u_id, u_name, u_email etc...

#Posts
p_id, p_u_id, p_title, p_content etc...

Pero recientemente se han dicho que esto no es la mejor práctica. ¿Hay una manera más estándar de hacer esto? En realidad no he querido simplemente utilizando el id campo, ya que entonces se requirs para seleccionar table.field para los nombres de los campos que aparecen en las tablas mutliple al usar uniones etc.

Sus pensamientos sobre lo que es la mejor práctica sería apreciada.

Answer 1

La mejor práctica es el más cómodo para usted o su equipo. Cada programador tiene su propia opinión sobre el uso de notaciones.

Answer 2

Esto parece como una de esas preguntas, donde puedes obtener numerosas respuestas, todos los cuales son "derecho". Los diferentes equipos y entornos preferirán diferentes convenciones. Incluso me parece que mi propia práctica variará de un proyecto a un poco. La única sugerencia que pudiera ofrecer son

1. ser coherente dentro de los proyectos,
2. No ser excesivamente prolijo,
3. y no utilice palabras reservadas

Sólo mis dos centavos. Wiki'd.

Answer 3

Depende de su estilo de trabajo. No hay están fijados conjunto de reglas.

utilizo tableNameFieldName CamelCase para por ejemplo catID, catName, catDesc

Answer 4

Yo personalmente uso minúsculas de los nombres de tabla y pluralizar. Tablas como 'pueblo' con registros de personas. Pero tengo que a partir de rieles y lo aprobó después de un tiempo. Amor que sin embargo, y esto hizo que mis bases de datos legibles por una gran cantidad entera. También el uso de tantos guiones hará que sus bases de datos menos legible. También divido mis nombres de bases de datos utilizando _ para el desarrollo, prueba, producción, alfa, beta, prototipo. Una vez que trabajó con 100.000 mesas o así, dejará de escribir nombres con demasiados guiones:)