Der richtige Weg, "ID" in Spalten in SQL zu schreiben

Question

Meine erste Frage hier. Ich mag die Seite so sehr :)

Ich habe eine SQL-Tabelle namens Produkt. In dieser Tabelle möchte ich eine Spalte für die ID des Produkts erstellen und möchte wirklich wissen, wie man ID richtig schreibt, da ich im Laufe der Zeit viele ID-Spalten erstelle.

Also ist es: "ID" oder "Id" ?

Und auch ein Fremdschlüssel in einer anderen Tabelle, wird das als ProductID oder ProductId bezeichnet?

Answer 1

Die Großschreibung in SQL ist größtenteils eine Frage des Codierungsstils. Konsistenz ist der wichtigste Aspekt. Trotzdem sieht "ProductId" für mich ein wenig wie "Productld" aus (das ist ein kleines L vor dem "d"), also bevorzuge ich "ProductID" (oder "productID" oder "product_id").

Was das Voranstellen von Spaltennamen mit Tabellennamen betrifft, halte ich das für zu viel. Products.id ist ausreichend; Products.productID ist überflüssig.

Answer 2

Es gibt keine "richtige" Möglichkeit, es zu tun. Seien Sie einfach konsequent. Meine persönliche Präferenz ist es, ProductId in beiden Tabellen zu verwenden. Wenn Sie für alle Tabellen "ID" verwenden und dann mit einer anderen Tabelle verknüpfen, werden Sie wahrscheinlich sowieso Aliase verwenden müssen, um zwischen den beiden ID-Feldern zu unterscheiden.

Answer 3

Persönlich würde ich ProductID, ProductName usw. in einer Produkt-Tabelle haben und auch bei den Fremdschlüsseln, um zu vermeiden, überall ID und Name Spalten zu haben

Sei einfach konsequent

Answer 4

Nun, "Id" ist die Abkürzung für "Identifikation", also sollte es "Id" sein.

Andererseits wird es als "I-D" ausgesprochen und nicht als "id", daher ist auch "ID" akzeptabel.

Ich bevorzuge "ProduktId" anstelle von nur "Id" für den Primärschlüssel einer Tabelle, damit beide Seiten der Fremdschlüsselbeziehung übereinstimmen.

Answer 5

Wie du möchtest.

Die meisten (viele? Einige? Die, die ich kenne?) Frameworks scheinen den Kleinbuchstaben "id" für den Primärschlüssel und "foreignkeytablename_id" für den Fremdschlüssel übernommen zu haben, zumindest für die Standardbenennung. Ich mag diese Konvention selbst nicht, da ich den Schlüssel gerne auf beiden Seiten der Beziehung den gleichen Namen habe.

Meine Präferenz ist EntityNameID an beiden Stellen (zum Beispiel ProductID, OrderID, OrderDtlID und so weiter).