<\/p>\n
Unter verwaisten Datensätzen verstehen wir solche Datensätze, die nicht über eine Beziehung mit einem Datensatz der anderen an dieser Beziehung verknüpften Tabelle verknüpft sind. Manchmal sind solche Datensätze harmlos und werden unter Umständen sogar noch gebraucht. Manchmal handelt es sich dabei um Karteileichen, die man lieber entsorgen sollte. Für beide Fälle gibt es die gleiche Technik, um verwaiste Datensätze aufzufinden. Dieser Artikel zeigt, wie Sie Abfragen zum Auffinden verwaister Datensätze erstellen.<\/p>\n
Die Beispiele dieses Artikels finden Sie in der Datenbank 2102_VerwaisteDatensaetze.accdb<\/b>.<\/p>\nBeispiele für verwaiste Datensätze<\/h2>\n
Verwaiste Datensätze kann es beispielsweise in Lookup-Tabellen geben, wie bei typischen Beispielen wie tblKategorien<\/b>, tblAnreden <\/b>et cetera. Vielleicht haben Sie irgendwann einmal Kategorien, Anreden oder andere Daten in einer solchen Lookup-Tabelle angelegt, die Sie eigentlich gar nicht mehr benötigen. Bevor Sie diese von Hand identifizieren und diese danach einfach löschen, sollten Sie lieber genau prüfen, ob diese Daten noch benötigt werden.<\/p>\n
Am Ende hängen doch noch ein paar Daten aus verknüpften Tabellen daran und wenn dann zufällig noch aus irgendwelchen Gründen referentielle Integrität mit Löschweitergabe für diese Tabelle vorgesehen ist, fehlen nicht nur die vermeintlich nicht mehr benötigten Daten aus der Lookup-Tabelle.<\/p>\n
Ein anderes Beispiel sind Datensätze wie Kunden, für die niemals eine Bestellung angelegt wurde oder Bestellungen, die keine Bestellpositionen enthalten. Auch solche Daten können Sie gelegentlich aus der Datenbank entfernen, wenn sie nicht mehr benötigt werden. Auf die gleiche Weise können Sie Artikel ermitteln, die von keiner Bestellposition referenziert werden und folglich noch nie bestellt wurden. <\/p>\n
Dieser Artikel zeigt, wie Sie prüfen, ob die Datensätze wirklich nicht mehr mit anderen Datensätzen verknüpft sind, bevor Sie diese löschen.<\/p>\n
Was benötigen wir für eine Abfrage, die ermitteln soll, welche Artikel noch nie bestellt wurden Als Erstes brauchen wir die Tabelle tblArtikel<\/b>. Dann benötigen wir eine Tabelle, aus der hervorgeht, ob ein Artikel schon einmal bestellt wurde oder nicht. Direkt aus den Tabellen können wir nur die erste Information ermitteln, also ob ein Artikel bereits einmal bestellt wurde. Diese Tabelle heißt tblBestelldetails<\/b>: Nur Artikel, die in mindestens einem Datensatz dieser Tabelle über das Fremdschlüsselfeld ArtikelID<\/b> referenziert wurden, sind schon einmal bestellt worden.<\/p>\n
Wenn wir diese beiden Tabellen zum Entwurf einer Abfrage namens qryAlleBestelltenArtikel <\/b>hinzufügen, die beiden Felder ArtikelID <\/b>und Artikelname <\/b>zum Entwurfsraster hinzufügen und dann eine Gruppierung für die beiden Felder vorsehen, haben wir schon einmal das Gegenteil dessen, was wir eigentlich suchen: Dies liefert uns alle Datensätze der Tabelle tblArtikel<\/b>, die mindestens einmal mit einem Datensatz der Tabelle tblBestelldetails <\/b>verknüpft sind (siehe Bild 1).<\/p>\n
Bild 1: Abfrage, die alle Artikel aus allen Bestellungen liefert<\/p>\n Das Ergebnis liefert allerdings einige Exemplare der betroffenen Artikel – und zwar jeweils einmal für jeden Datensatz der Tabelle tblBestelldetails<\/b>, in denen der Artikel referenziert wurde (siehe Bild 2).<\/p>\n Bild 2: Alle Artikel für jede Bestellung, in der sie enthalten sind.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>![\"Abfrage,](\"..\/tl_files\/images\/pic_519_002.png\")
<\/a><\/p>\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