![\"Aufbau](\"..\/tl_files\/images\/01_tblAdressen.png\")
<\/a><\/p>\nBild 1: Aufbau der Adressentabelle<\/p>\n
Man findet Adresstabellen in dieser Form recht häufig in Datenbanken. Dabei ist der Aufbau keineswegs optimal, obwohl es sich bereits um eine normalisiertere Form handelt, denn Anreden, Orte und Länder sind bereits mit Lookup-Tabellen<\/b> verknüpft (siehe Bild 2).<\/p>\n
Bild 2: Lookup-Tabellen der Adressentabelle<\/p>\n Diese Felder verhindern auch einen einfachen Import aus anderen Datenquellen. Damit etwa im Feld IDOrt<\/b> der Bezug zur Tabelle tblOrte<\/b> gespeichert werden kann, muss diese erst mit Orten gefüllt worden sein. Natürlich könnte man diese Felder auch als Text anlegen, was in Hinsicht auf den Speicherbedarf jedoch suboptimal ist. Beim Import aus anderen Datenquellen kommt es in der Regel jedoch zu so einer Tabelle, die in der Beispieldatenbank als tblAdressenImport<\/b> zu finden ist (Bild 3).<\/p>\n Bild 3: Aufbau der Importtabelle<\/p>\n Im Folgenden wird Schritt für Schritt aufgezeigt, wie die Importtabelle in eine normalisierte Form überführt wird.<\/p>\n Legen Sie also zunächst die Lookup-Tabellen rechts in Bild 2 an, wobei für das Feld ID ein Autowert als Primärschlüssel zu verwenden ist und für das andere Feld – Anrede, Ort, Land – das Textformat. Jetzt kann die Tabelle tblOrte<\/b> mit Daten gefüllt werden, wofür eine Anfügeabfrage zum Einsatz kommt:<\/p>\n Nur die Orte der Ausgangstabelle werden hier in die Orte-Tabelle gespeichert, wobei Doppelungen infolge der DISTINCT<\/b>-Klausel ausbleiben. Analog die Anfügeabfragen für die Länder und Anreden:<\/p>\n Sehen Sie sich die Inhalte der Tabellen an. Hier wird schon deutlich, worin der Vorteil der Normalisierung liegt. Waren in der Importtabelle noch 11.444 Felder mit Länderbezeichnungen gefüllt, sind es in der Ländertabelle nur noch 16 Einträge, auf die per ID verwiesen werden muss. Und da der Long-Wert von IDLand<\/b> weniger Bytes benötigt, als ein Bezeichnungs-String, wird die Speicherersparnis offensichtlich. <\/p>\n Diese Rechnung zeigt allerdings, dass nicht in jedem Fall eine solche Normalisierung nützlich ist. Nehmen Sie etwa das Feld Nation<\/b> der Importtabelle. Auch hier könnte man eine Lookup-Tabelle tblNationen<\/b> anlegen, die dann lediglich die zwei Einträge „D“ und „CH“ für Deutschland und Schweiz enthielte.<\/p>\n Ein Verweis auf die ID dieser Einträge kostet 4 Bytes und ist damit größer, als die ein beziehungsweise zwei Bytes der Strings. Eine Lookup-Tabelle wäre hier nutzlos und machte Abfragen auf die Tabellen nur komplizierter – es sei denn, Sie wollten die Lookup-Tabelle für die Auswahl in einem Kombinationsfeld verwenden.<\/p>\n Umgekehrt macht die Auslagerung in eine Lookup-Tabelle nur dann Sinn, wenn sich die Datenmenge dadurch reduzieren lässt. Würde man Postleitzahlen auslagern, wäre der Nutzen sehr gering, weil es eben so viele unterschiedliche Postleitzahlen gibt, dass man sie auch gleich in der Originaltabelle belassen kann.<\/p>\n Wenden wir uns dem überführen der Daten aus der Importtabelle in die tblAdressen<\/b> zu. Auch dafür eignet sich eine Anfügeabfrage, die verkürzt so daher kommt:<\/p>\n Transferiert werden alle Daten mit Ausnahme der Felder für Anrede, Ort und Land, denn diese existieren in der Zieltabelle nicht als Textfelder. Sie enthält ja stattdessen Verweise auf die IDs der entsprechenden Lookup-Tabellen.<\/p>\n Wie kommen diese Lookup-Verweise nun aber in die Tabelle tblAdressen<\/b> Das ist nicht ganz so einfach. Dazu braucht es drei Ausgangstabellen, die miteinander verknüpft eine Aktualisierungsabfrage bilden, wie in Bild 4.<\/p>\n Bild 4: Aktualisierungsabfrage zum Füllen der Ort-Verweise<\/p>\n Die Importtabelle vergleicht über eine Beziehung das Ort-Feld mit den Inhalten der tblOrte<\/b>. Die so ermittelte ID des Ortes wird dann benutzt, um das Feld IDOrt<\/b> der Tabelle tblAdressen<\/b> zu aktualisieren.<\/p>\n Auf ähnliche Weise verfahren Sie mit dem Aktualisieren der Felder für Anrede und Land. <\/p>\n Sie habe damit die neue Tabelle tblAdressen<\/b> vollständig befüllt und können die Ausgangstabelle wieder löschen. Um ihre Daten anzuzeigen, bedienen Sie sich einer Auswahlabfrage, die den gleichen Aufbau hat, wie die Beziehungen in Bild 2.<\/p>\n Eingangs war davon die Rede, dass der Aufbau der tblAdressen<\/b> samt Lookup-Tabellen nicht wirklich optimal ist. So findet man für Telefonnummern und E-Mail-Adressen jeweils zwei Felder in ihr, was im einen Fall zu viel, im anderen Fall zu wenig sein kann. Ist zu einem Kontakt keine Telefonnummer bekannt – ein Umstand, der gerade in den Outlook-Kontakten nicht selten ist -, so bleiben die beiden Felder leer. Ebenso kann ein Kontakt aber auch mehr als zwei Telefonnummern aufweisen, etwa Privat-, Geschäfts- und Mobilnummer. Dann ist guter Rat teuer. Dasselbe gilt für E-Mail-Adressen. <\/p>\n Natürlich könnte man nun etwa die Zahl der Telefonnummernfelder in der Tabelle heraufsetzen, was jedoch zu weitgehend leeren Zellen führte wird und die Speicherverschwendung vorantriebe.<\/p>\n Für diesen Fall ist es daher günstiger, die Telefonnummern und E-Mail-Adressen in gesonderte Tabellen auszulagern und über die ID eines Adressdatensatzes zu verknüpfen.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span><\/a><\/p>\n<\/a><\/p>\nNormalisieren des Imports<\/h2>\n
INSERT INTO tblOrte (Ort)\r\nSELECT DISTINCT Ort\r\nFROM tblAdressenImport;<\/pre>\n
INSERT INTO tblLaender (Land)\r\nSELECT DISTINCT Land\r\nFROM tblAdressenImport;\r\nINSERT INTO tblAnreden (Anrede)\r\nSELECT DISTINCT Anrede\r\nFROM tblAdressenImport;<\/pre>\n
INSERT INTO tblAdressen ( Nachname, Vorname, Strasse, ...)\r\nSELECT Nachname, Vorname, Strasse, ...\r\nFROM tblAdressenImport;<\/pre>\n
<\/a><\/p>\nFlexibilisieren des Adressenaufbaus<\/h2>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t