Frage

Ich habe im Allgemeinen immer eine Art von Hungarian Notation für meine Feldnamen verwendet in meinen Tabellen z.

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

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

Aber ich habe vor kurzem gesagt, dass dies nicht best practice ist. Gibt es eine standardisierte Möglichkeit, dies zu tun? Ich habe nicht wirklich mochte einfach das Feld id mit, da dies dann requirs Sie table.field für Felder Namen auszuwählen, die in mutliple Tabellen erscheinen bei der Verwendung von Joins etc.

Ihre Gedanken auf, was am besten Praxis würde geschätzt.

War es hilfreich?

Lösung

Die beste Vorgehensweise ist die bequemste für Sie oder Ihr Team. Jeder Programmierer hat seine eigene Meinung zu Notationen.

Andere Tipps

Dies scheint wie eine jener Fragen, wo Sie zahlreiche Antworten erhalten werden, von denen alle sind „richtig.“ Verschiedene Teams und Umgebungen werden verschiedene Konventionen bevorzugen. Ich selbst finde, dass meine eigene Praxis von Projekt variiert ein wenig zu projizieren. Die einzigen Vorschläge, die ich könnte bieten

  1. konsistent innerhalb von Projekten,
  2. Sie sich nicht übermäßig ausführlich,
  3. und nicht reservierten Wörter verwenden

Nur meine zwei Cent. Wiki'd.

Abhängig von Ihrem Arbeitsstil. Es gibt keine festen Regeln festgelegt.

Ich verwende Camelcase tableNameFieldName für z catID, catName, catDesc

Ich persönlich benutze für Tabellennamen und pluralize Kleinbuchstaben. Tabellen wie ‚Menschen‘ mit der Person Aufzeichnungen. Aber ich habe die von Rails und nahm nach der Zeit. Liebe es aber, und das machte meine Datenbanken eine ganze Menge lesbar. Auch mit so vielen Unterstrichen wird Ihre Datenbanken weniger lesbar machen. Ich teile auch meine Datenbank Namen _ für Entwicklung, Test, Produktion, alpha, beta, Prototyp. Sobald Sie sich mit 100.000 Tabellen oder so gearbeitet, werden Sie aufhören Namen mit zu vielen Unterstrichen schreiben:)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top