Ein häufiges Problem, mit dem ich bei der Benennung von Spalten in einer neuen Datenbanktabelle konfrontiert bin, ist der richtige Name für die Klassifizierung von Subtypen. Der natürlichste Spaltenname ist normalerweise type, aber ich versuche zu vermeiden, SQL keywords or reserved words in meiner Benennung zu verwenden.Verwenden von `type` als Datenbankspaltenname
mir bewusst bin, dass type ist ein nicht Reserviert Schlüsselwort sowohl in MySQL und Postgres, so dass ich kann es verwenden, aber sollte ich?
Was ist aktuelle Best Practice bei der Verwendung von type als Spaltenname? Gibt es ein Synonym, das so weitgehend gleichwertig ist, dass es nur Sinn macht, das zu verwenden?
Im Laufe der Jahre habe ich viel zu viel Zeit damit verbracht, andere Namen auszuwählen, und das ist in der letzten Woche zweimal in Diskussionen aufgetaucht, also wollte ich sehen, ob es einen klaren Konsens darüber gibt?
Im Fall hilft es jemand anderes, einige Alternativen, die ich in der Vergangenheit verwendet haben, um zu versuchen, dies zu umgehen sind:
type_ofclasscategorysubtypekind
verwenden Sie sollten die einfachste zu verstehen. Wenn 'type' irgendeinen anderen Programmierer verstehen lässt, worauf er sich bezieht, können Sie ihn ohne Probleme verwenden. – Phiter
Ich habe eine starke Tendenz Keywords insgesamt zu vermeiden, auch wenn sie nicht reserviert sind. In den meisten Fällen gibt es bessere Namen (Datentyp, Registrierungsdatum). Wenn ich keinen besseren Namen finden kann, gebe ich ihnen einfach Z: 'ztype',' zdate', vorzugsweise mit einem deutschen Akzent ausgesprochen ... (Anmerkung: Es gibt nur ein (nicht reserviertes) Schlüsselwort, das mit einem Z beginnt : 'ZONE': http://www.postgresql.org/docs/9.5/interactive/sql-keywords-appendix.html – joop
Hibernate verwendet" dtype "für" diskriminator type "wenn das hilft –