Office: (Office 2003) Dublikatsuche in Kombination

Hallo Knobbi38,

alle drei Beispiele habe ich ausprobiert, sie funktionieren.
Aber keines von denen werde ich nehmen.

Ich war eigentlich schon auf den richtigen Weg mit der Abfrage wo ich die beiden Felder zusammenfügen habe.
Mein Fehler war beim Assistenten hatte ich die Tabelle als Auswahl gelassen. Heute habe ich Abfrage gewählt. Dort kann ich dann auch die vorbereitete Abfrage verwenden.
Das sieht dann so aus:

Code:

SELECT KuenstlerLied.IDKünstler_F, KuenstlerLied.IDSongLied_F, KuenstlerLied.IDInterprLied_F
FROM KuenstlerLied
WHERE (((KuenstlerLied.IDKünstler_F) In (SELECT [IDKünstler_F] FROM [KuenstlerLied] As Tmp GROUP BY [IDKünstler_F],[IDSongLied_F] HAVING Count(*)>1  And [IDSongLied_F] = [KuenstlerLied].[IDSongLied_F])))
ORDER BY KuenstlerLied.IDKünstler_F, KuenstlerLied.IDSongLied_F;

Hier noch einige Bilder dazu.

Hier habe ich nur ein Tabellenfenster und ich sehe die Kriterienzeile.




Zur eckigen Klammer. Mich hat gewundert eckige Klammer zu. wo ist Klammer auf. Habe ich heute gefunden. Ob eckig oder rund egal, es hat funktioniert.

In den Discogs-Links steht doch nur die Handhabung als Benutzer aber nicht als Administrator. Über die Organisation der Tabellen erfahre ich doch nichts.

Discogs ist eine Datenbank mit dem meisten Tonträgern und man kann über die Musiker, Urheber etwas erfahren usw. Das ist positiv.
Aber wenn Du mal schaust zu den Aliasse und Bürgerlich, das ist die Katastrophe.
Eine Gruppe hat einen bürgerlichen Namen, ein einzelne Person hat Mitglieder. Bei einer anderen Gruppe werden in Bürgerlich die Mitglieder aufgelistet. Eine Chronologie der Gruppenmitglieder und die Mitgliedschaft chronologisch in den Gruppen eines Musikers fehlt. Eine Person hat Aliasse und da wird der bürgerliche Name anders geschrieben und hat ein anderes Geburtsdatum. Jeder schreibt das Datumsformat nach Lust und Laune. Geburtsdatum und Todesdatum gehören nicht in das Profil. Als Beleg der Datenherkunft wird auf Wikipedia verwiesen und Wikipedia verweist auf Discogs. Es gibt viele Bilder, aber als Beleg sind viele untauglich.
Man kann ja viel schreiben wenn der Tag lang und der Bildschirm geduldig ist.
Das alles weil der Administrator kein ordentliches Formular mit einer gewissen Logik anbietet.

 

Bei kleineren Datenmengen ist es egal, aber bei mehreren tausend DS würde ich mir schon überlegen, wie ich möglichst einen Index bei einer Abfrage nutzen kann, was bei einer vorgelagerten Abfrage ausgeschlossen ist. Außerdem ist immer nur für kleinere Datenmengen geeignet, weil der IN Ausdruck ein Längenbeschränkung hat, die schnell erreicht werden kann. Dann fliegt dir deine Duplikatsuche "um die Ohren". Deshalb würde ich den 2. oder 3. Lösungsansatz bevorzugen, aber letztendlich bleibt es dir überlassen.

Zu den Vor- bzw. Nachtteilen von Discorg kann ich nichts sagen, das ist nicht mein Fachgebiet, aber so kleine kann die Community nicht sein.

Das war nur als Einstiegspunkt gedacht. Natürlich gibt es viele Informationen bezüglich der Felder und Tabellen und eine Database-Community. Es gibt sogar Tools für die Übernahme (Py) der XML-Datasets in eine lokale SQLite Datenbank.