SQL EXCEPT Ersatz

[p80286]

Werden mit

Code:

EXCEPT

nicht vollständige Datensätze verglichen?
Da dürfte der "Nachbau" mit

Code:

not in

ganz schön aufwendig werden.
Aber was tut man nicht alles um zu zeigen, daß Access eine richtige Datenbank ist.

Gruß
K-H

[FediDelPr]

In meiner Anwendung braucht tatsächlich nur eine Spalte überein zu stimmen. Die
nicht übereinstimmenden interessieren mich dann.

Auf den ersten Blick scheint die Variante mit einem (LEFT) JOIN gegenüber derjenigen
mit NOT IN wesentlicher leistungsfähiger zu sein.

[jobo]

@80286: Ja, es werden "vollständige" Datensätze verglichen, wobei vollständig sich schlicht auf die im Select genannten Spalten bezieht (ID-artige oder FK Felder will man dort idR nicht drin haben)

Wahrscheinlich liegt hier eine Mussverständnis zur Anwendung der SQL Funktionen vor.
Not In sowie left join (mit not null) haben nichts mit Except zu tun.

Beispiel für Except:

Code:

insert into customeractive (lastname, firstname, street, city) values 
('Ambach','Albert','Amtsstraße','Aachen'),
('Bertold','Belinda','Bahnhofstraße','[B]Barlin[/B]'),
('Christen','Christina','Carlsonstr','Castrop-Rauxel'),
('Düsentrieb','Daniel','Dagobertstraße','Darmstadt');

insert into customerimport (lastname, firstname, street, city) values 
('Ambach','Albert','Amtsstraße','Aachen'),
('Bertold','Belinda','Bahnhofstraße','[B]Berlin[/B]'),
('Christen','Christina','Carlsonstr','Castrop-Rauxel'),
('Düsentrieb','Daniel','Dagobertstraße','Darmstadt');
--zeige neu oder geändert
select firstname, lastname, street, city from customerimport
except 
select  firstname, lastname, street, city from customeractive;

ergibt:

firstname	lastname	street	city
Belinda	Bertold	Bahnhofstraße	Berlin
Christina	Christen	Carlsonstr	Castrop-Rauxel

Except ist ein ~"exkludierendes Union"***, die Mengenlehre würde wahrscheinlich Differenzmenge sagen.
Es ist offensichtlich, dass hier keine Join Clause verwendet wird. **

(Not) In <werteliste> ist wahrscheinlich für den Einsatz von kleineren Wertelisten gedacht (enums) und entsprechend optimiert*.
(left) join dagegen für den Abgleich von "endlosen" Relationen gemacht und optimiert*.

Mit diesem jeweils speziellen Einsatzzweck ergeben sich dann ggF. Laufzeitunterschiede und evtl. sogar verfahrensbedingte Limitierungen. Ich fasse "(not) in" in SQL kaum an. Mehr als 5 Einträge im Enum, da fragt man sich doch, ob das nicht Werte sind, die in eine Tabelle gehören. Ja und lahm ist es meist auch.

* "optimiert für" ist hier jeweils idealerweise kein Stück statischer Code, sondern mehr oder weniger optimale, dynamisch gewählte Ausführungspfade vor dem tatsächlichen Start der Abfrage, jeweils mit Focus enum oder join
** an der Stelle Verweise ich mal auf den anderen aktuellen Thread "..inner joins.." und den dort bereits aufgeführten Link zu Venn Diagramms. Da kann sich jeder seine ideologische Ecke selbst aussuchen oder dazu einen neuen Thread eröffnen.
*** selbsterfundenener Begriff um die Analogien zu Union zu verdeutlichen, "Differenzmenge" dagegen ist ein echtes Mathewort(Mengenlehre).