Question

J'ai toujours utilisé en général une sorte de Hungarian Notation pour mes noms de champs dans mes tableaux par exemple.

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

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

Mais j'ai récemment dit que ce n'est pas la meilleure pratique. Y at-il une façon plus standard de faire cela? Je ne l'ai pas vraiment aimé utiliser simplement le id sur le terrain comme cela vous requirs pour sélectionner table.field pour les noms de champs qui apparaissent dans les tableaux mutliple lors de l'utilisation des jointures etc.

Vos réflexions sur ce qui est la meilleure pratique serait appréciée.

Était-ce utile?

La solution

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

Autres conseils

Cela semble être une de ces questions où vous aurez de nombreuses réponses, qui sont tous « droit ». Les différentes équipes et les environnements préféreront différentes conventions. Je trouve même que ma propre pratique varie d'un projet à un peu. Les seules suggestions que je pourrais offrir sont

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

Juste mes deux cents. Wiki'd.

dépend de votre style de travail. Il fixe sont pas ensemble de règles.

J'utilise tableNameFieldName de camelcase pour catID par exemple, catName, catDesc

j'utilise minuscules pour les noms de table et pluralize. Les tableaux tels que « les gens » avec les dossiers de personne. Mais je suis arrivé que des rails et l'a adopté après le temps. Je adore bien, et cela fait mes bases de données de l'ensemble pouvant être lu par beaucoup. En utilisant également tant de underscores rendra vos bases de données moins lisible. Aussi je partage mes noms de base de données en utilisant _ pour le développement, test, production, alpha, bêta, prototype. Une fois que vous avez travaillé avec 100.000 tables ou, vous vous arrêterez écrire des noms avec trop de underscores:)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top