Beim Anlegen von Tabellen und den darin enthaltenen Feldern hat jeder Entwickler die Aufgabe, geeignete Bezeichnungen für die einzelnen Elemente zu finden. Diese kannst Du natürlich willkürlich festlegen, aber da es vorkommen kann, dass später einmal andere Entwickler Deine Anwendung weiterprogrammieren und da Du vielleicht auch selbst nicht immer jeden Tabellen- und Feldnamen nachschlagen willst, macht eine durchgängige Benennung Sinn. Dieser Artikel schlägt Regeln für das Benennen von Tabellen und Feldern vor, denen die Beispiele der Artikel aus diesem Magazin fast immer folgen.<\/p>\n
Tabellennamen, Feldnamen und Co.<\/h2>\n
Dieser Artikel liefert Informationen, wie eine Regelung für die Vergabe von Namen für Tabellen und die darin enthaltenen Felder aussehen könnte. Neben den Tabellennamen und den Feldnamen gibt es auch noch Bezeichnungen für die Indizes einer Tabelle und auch für die Relationen, also die Beziehungen.<\/p>\n
Auf diese gehen wir hier nicht ein, weil diese Elemente nur sehr selten in einer Form auftauchen, dass man über eine Bezeichnung auf diese zugreifen möchte. Wenn, dann nimmst Du Änderungen über die Benutzeroberfläche vor.<\/p>\n
Es gibt seltene Fälle, in denen man Add-Ins oder ähnliche Tools programmiert und darin per VBA auf Indizes oder Relationen zugreifen möchte – damit hat ein Entwickler, der reine Access-Anwendungen entwickelt, nur selten zu tun.<\/p>\n
Im Folgenden gehen wir zuerst auf die Feldnamen ein, weil diese beim Entwurf einer Tabelle auch immer als Erstes eingegeben werden, bevor man dann nach dem Zusammenstellen des Entwurfs die Speichern-Funktion von Access betätigt und zur Eingabe eines Namens für die Tabelle aufgefordert wird.<\/p>\n
Feldnamen vergeben<\/h2>\n
Die wichtigste Information vorneweg: Die Bezeichnung, die Du als Feldname festlegst, muss nicht zwingend irgendwo anders dargestellt werden als im Tabellenentwurf selbst. Bereits für die Spaltenüberschriften in der Datenblattansicht kannst Du alternative Beschriftungen festlegen.<\/p>\n
Du siehst also: Der Feldname muss allein funktionalen Ansprüchen genügen, zu denen nicht die Lesbarkeit in der Benutzeroberfläche gehört.<\/p>\n
Grundsätzlich kann man Feldnamen auch mit anderen Zeichen gestalten, aber in der Praxis haben sich folgende zu verwendende Zeichen durchgesetzt:<\/p>\n
\n
Buchstaben (klein und groß), also a-z und A-Z und ohne ä, ö, ü und ß<\/li>\n
Zahlen von 0-9<\/li>\n
Unterstrich (_)<\/li>\n<\/ul>\n
Normalerweise beginnen Feldnamen mit einem Großbuchstaben und werden dann klein fortgesetzt. Enthält ein Feldname mehr als ein Wort, werden die folgenden Wörter wieder groß begonnen, beispielsweise StrasseRechnung oder StrasseLieferung<\/b>.<\/p>\n
Feldnamen für verschiedene Feldarten<\/h2>\n
Beim Vergeben der Feldnamen unterscheiden wir folgende Fälle:<\/p>\n
\n
Primärschlüsselfelder: Es gibt jeweils nur ein Primärschlüsselfeld je Tabelle. Dieses benennen wir meist mit einem Ausdruck, der aus der Bezeichnung der in der Tabelle gespeicherten Elemente im Singular und dem Zusatz ID <\/b>besteht, also beispielsweise KundeID<\/b>, ProduktID<\/b>, KategorieID <\/b>et cetera. Man kann auch nur die Bezeichnung ID <\/b>nutzen oder eine andere Kombination aus der Bezeichnung des gespeicherten Elements und dem Zusatz ID <\/b>– auch Kunde_ID <\/b>ist eine Möglichkeit. Mehr dazu weiter unten.<\/li>\n
Fremdschlüsselfelder: Dies sind die Felder, mit denen wir die Primärschlüsselfelder anderer, mit dieser Tabelle verknüpfter Tabellen referenzieren. Hier verwenden wir die Bezeichnung der in der verknüpften Tabelle enthaltenen Elemente im Singular plus dem Zusatz ID<\/b>, also beispielsweise KundeID<\/b>, ProduktID <\/b>oder KategorieID<\/b>.<\/li>\n
Andere Felder: Die übrigen Felder erhalten eine Bezeichnung, die den Inhalt des Feldes beschreibt, beispielsweise Artikelname<\/b>, Einzelpreis<\/b>, Kategoriename<\/b>, Vorname<\/b>, Nachname<\/b>, Strasse<\/b>, PLZ <\/b>et cetera.<\/li>\n<\/ul>\n