convention de nommage mysql

J'ai généralement toujours utilisé une sorte de Hungarian Notation pour mes noms de champs dans mes tables, par ex.convention de nommage mysql

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

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

Mais on m'a récemment dit que ce n'est pas la meilleure pratique. Y a-t-il une manière plus standard de faire ceci? Je n'ai pas vraiment aimé simplement utiliser le champ id car cela vous demande ensuite de sélectionner table. field pour les noms de champs qui apparaissent dans les tables à plusieurs blocs lors de l'utilisation de jointures, etc.

Vos commentaires sur les meilleures pratiques seraient les bienvenus.

Source

2010-04-12 Lizard

Comment table_field est-il meilleur que table.field? –

moins de caractères – Lizard

'u_id' versets' user'.'id' – Lizard

La meilleure pratique est la plus confortable pour vous ou votre équipe. Chaque programmeur a sa propre opinion sur l'utilisation des notations.

Source

2010-04-12 22:52:33

Cela ressemble à l'une de ces questions où vous obtiendrez de nombreuses réponses, qui sont toutes «correctes». Différentes équipes et environnements préféreront différentes conventions. Je trouve même que ma propre pratique variera d'un projet à l'autre. Les seules suggestions que je pourrais offrir sont

être cohérent dans les projets,
ne soyez pas trop bavard-,
et ne pas utiliser des mots réservés

Juste mes deux cents. Wiki'd.

Source

2010-04-12 22:53:13 Sampson

3ème est un peu indéfini. personne ne peut garantir que le nom de colonne spécifique ne deviendra pas "mot réservé" dans le futur. Donc, en utilisant 'est préférable au lieu de suivre # 3 et en priant ;-) – zerkms

@zerkms Je faisais référence aux mots évidents. Mais vous avez raison, enveloppez vos noms de champs dans les back-ticks pour être plus sûrs. – Sampson

Dépend de votre style de travail. Il n'y a pas de jeu de règles fixe.

J'utilise tableNameFieldName CamelCase pour catID par exemple, catName, catDesc

Source

2010-04-12 22:53:14 Haris

j'utilise en minuscules pour les noms de table et pluralize. Des tableaux tels que «personnes» avec des enregistrements de personnes. Mais je l'ai eu de Rails et l'ai adopté après le temps. J'adore ça, et cela a rendu mes bases de données très lisibles. L'utilisation de nombreux caractères de soulignement rendra vos bases de données moins lisibles. Aussi je divise mes noms de bases de données en utilisant _ pour le développement, le test, la production, alpha, bêta, prototype. Une fois que vous avez travaillé avec 100 000 tables ou plus, vous allez arrêter d'écrire des noms avec trop de caractères de soulignement :)

Source

2010-04-12 22:59:44 Shyam

Répondre

Questions connexes