![\"Der](\"..\/tl_files\/images\/Relations.png\")
<\/a><\/p>\nBild 1: Der erste Enwurf des Datenmodells für die Stammbaumdatenbank mit allen Tabellen und deren Beziehungen<\/p>\n
Bild 2: Nach dem öffnen der Tabelle tblEltern lassen sich die automatisch generierten Unterdatenblätter mit den Kindern und Enkeln ausklappen<\/p>\n Es geht natürlich auch anders! Sie kommen tatsächlich mit nur einer einzigen Tabelle aus, in der rekursiv eine Beziehung zwischen den Datensätzen für Eltern und Kinder hergestellt wird<\/p>\n Das Grundprinzip ist ganz einfach. Eine rekursive Tabelle muss einen Primärschlüssel aufweisen, der jeden Datensatz eindeutig identifiziert. Und zusätzlich ein weiteres indiziertes Feld, welches als Fremdschlüsselverweis für den Primärschlüssel dient. Dazu kommen dann die eigentlichen Inhalte der Tabelle. In Bild 3 ist das für die Tabelle tblElternKind<\/b> realisiert. Die ID<\/b> ist als Primärschlüssel vom Typ Autowert<\/b>. ParentID<\/b> vom Typ Long<\/b> enthält dann jeweils einen Wert, der auf einen anderen Datensatz mit dieser ID<\/b> verweist. Person<\/b> und mw<\/b> sind die eigentlichen Inhalte der Tabelle. Ingbert<\/b> in Datensatz 7 hat die ParentID<\/b> 60, was besagt, dass sein Elter weiter unten im Datensatz mit eben dieser ID<\/b> 60 zu finden ist. Das wäre dann, außerhalb des in Bild 3 sichtbaren Bereichs, Günter<\/b>. Scrollen Sie zu Günter<\/b>, so kann es sein, dass dieser ebenfalls eine ParentID<\/b> enthält, mithin also etwa ein Kind von Klara<\/b> wäre, und somit Ingbert<\/b> ein Enkel von Klara<\/b>. Tatsächlich ist aber das Feld ParentID<\/b> von Günter leer, was besagt, dass in der Datenbank kein Elter von ihm verzeichnet ist. Günter<\/b> wäre ein Root-Datensatz<\/b> der rekursiven Tabelle.<\/p>\n Bild 3: Die Eltern-Kind-Tabelle in Datenblattansicht mit dem Verweisfeld ParentID<\/p>\n Mehr gibt es dazu eigentlich nicht zu sagen. Immer dann, wenn Datensätze hierarchisch voneinander abhängen und die Zahl der Kindelemente, also der Unterebenen, nicht bekannt ist, kommt so eine rekursive Struktur infrage.<\/p>\n Sie finden in jeder Access-Datenbank dafür ein Beispiel. Die Systemtabelle MSysObjects<\/b> enthält rekursive Einträge. Auch sie hat den Primärschlüssel ID<\/b> und das Verweisfeld ParentID<\/b>. öffnen Sie sie einmal in der Beispieldatenbank, was voraussetzt, dass in den Optionen des Navigationsbereichs der Eintrag Systemobjekte anzeigen<\/b> aktiviert ist. Unter der Name Spalte Name<\/b> suchen Sie die Tabelle tblElternKind<\/b>. Im Datensatz finden Sie unter ParentID<\/b> den Wert 251658241<\/b>.<\/p>\n Nun navigieren Sie zum Datensatz mit dieser ID<\/b>. Dort steht unter Name<\/b> Tables<\/b>. Das ist der Container für alle Tabellen der Datenbank. Er selbst hat die ParentID<\/b> 251658240<\/b>, was allerdings zu keinem gültigen Datensatz in der Tabelle führt…<\/p>\n Ein anderes Beispiel wäre die Systemtabelle MSysAccessStorage<\/b>, welche alle Objekte der Datenbank enthält, außer den Tabellen und Abfragen. Sie ist noch stärker verschachtelt und hat als Root-Datensatz<\/b> die ID<\/b> 1 für den bezeichnenden Eintrag MSysAccessStorage_ROOT<\/b>.<\/p>\n Sie sparen sich mit dieser rekursiven Tabelle also eine Menge Arbeit für die Stammbaumdatenbank ein. Doch wie sieht es nun mit der Darstellung des Baums aus Gab es im ersten Entwurf noch voneinander abhängige Tabellen, die als Unterdatenblätter der Elterntabelle eingeblendet werden konnten, so scheint diese Möglichkeit bei nur einer Tabelle nunmehr auszuscheiden.<\/p>\n Tatsächlich kommt aber nur Access von sich aus nicht auf die Idee, in einer Tabelle als Unterdatenblatt eben die gleiche Tabelle einzutragen. Doch genau dies ist machbar. Nehmen Sie den Entwurf der Tabelle tblElternKind<\/b> in Bild 4. Dort ist ein Ausschnitt des Eigenschaftenblatts der Tabelle eingeblendet. Als Unterdatenblatt ist die tblElternKind<\/b> selbst eingetragen und die Verknüpfung über ParentID<\/b> und ID<\/b> gewährleistet. Nachdem Sie diese änderung abgespeichert haben, zeigt das Datenblatt die bekannten Plus-Symbole<\/b> und klappt zu Eltern tatsächlich die Kinder aus, diese wiederum die Enkel, diese die Urenkel, und so fort. Access erzeugt hier also für jede Unterebene eine neue Instanz der Tabelle und verknüpft diese im Hintergrund mit dem Datensatz der übergeordneten Instanz.<\/p>\n Bild 4: Die Eltern-Kind-Tabelle im Entwurf mit einem Teil des Eigenschaftenblatts<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span><\/a><\/p>\nRekursive Tabellen<\/h2>\n
<\/a><\/p>\nAnzeige rekursiver Tabellen<\/h2>\n
<\/a><\/p>\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