SQL-Statement vereinfachen

[Angel4585]

Hallo,

ich habe ein SQL-Statement bei welchem sich die Anwendung komplett aufhängt:

SQL-Code:

select distinct(emailadresse) from freischaltungen where length(trim(emailadresse))>0 and produkt in ("P1","P2")and emailadresse not in(select emailadresse from freischaltungen where produkt not in ("P1","P2"))

bei dem Subselect hängt er, ich vermute die DB muss da viel arbeiten.
Die Frage ist jetzt, wie vereinfach ich das am Besten?

[mkinzler]

Welches DBMS?
Versuch es mal mit einem Join
BTw. Warum schreibst du nicht in der Datenbank-Sparte?

[Angel4585]

Zitat:

Zitat von mkinzler

BTw. Warum schreibst du nicht in der Datenbank-Sparte?

Huch :shock: dachte ich hätts dort gepostet

DBMS: MySQL.
Ein Join? Wie sollte der hier aussehen?

Also was ich eig erreichen will:

Ich hab eine Tabelle mit Freischaltcodes in der unter anderem die Emailadresse und das Produkt drinstehn.
Nun möchte ich alle Emailadressen die Produkt 1 und Produkt 2 haben, ausser denen die zusätzlich eines der anderen Produkte haben.

[DeddyH]

Evtl. so?

SQL-Code:

SELECT DISTINCT(A.emailadresse)
FROM freischaltungen A
LEFT JOIN freischaltungen B ON B.emailadresse = A.emailadresse
AND B.produkt NOT IN ("P1","P2")
WHERE A.produkt IN ("P1","P2")
AND B.emailadresse IS NULL

[Angel4585]

Ich hab jetzt so ein Statement mit join, welches mir allerdings gerademal ein siebtel der Ergebnisse der Abfrage von davor liefert :gruebel:
Ist jedoch deutlich schneller als die Abfrage zuvor.

SQL-Code:

select emailadresse from freischaltungen as f1 inner join freischaltungen as f2 on f2.emailadresse = f1.emailadresse where f1.id <> f2.id and f1.produkt in ("P1","P2") and f2.produkt not in("P1","P2")

[tomsel]

Zitat:

Zitat von Angel4585

Ich hab jetzt so ein Statement mit join, welches mir allerdings gerademal ein siebtel der Ergebnisse der Abfrage von davor liefert :gruebel:
Ist jedoch deutlich schneller als die Abfrage zuvor.

SQL-Code:

select emailadresse from freischaltungen as f1 inner join freischaltungen as f2 on f2.emailadresse = f1.emailadresse where f1.id <> f2.id and f1.produkt in ("P1","P2") and f2.produkt not in("P1","P2")

Also, wenn ich mich richtig irre, liefert dir dein join ganu die Sätze, die du NICHT haben willst.

[Angel4585]

ach deswegen sind das so wenig :lol:
hmm.. also meinen denkfehler seh ich.. aber wie ich das amche das ich das gewünschte Ergebnis bekomme weis ich grad trotzdem net..

[DeddyH]

Schau mal hier.

[mkinzler]

Oder http://www.bitbybit.dk/carsten/blog/?p=71

[omata]

Versuch es doch mal so...

SQL-Code:

SELECT DISTINCT a.emailadresse
FROM freischaltungen a
LEFT JOIN (SELECT DISTINCT emailadresse
           FROM freischaltungen 
           WHERE produkt NOT IN ('P1', 'P2')) b
  ON a.emailadresse = b.emailadresse
WHERE a.produkt IN ('P1', 'P2')
  AND b.emailadresse IS NULL

Gruss
Thorsten

[Angel4585]

Also nachdem ich das Ergebnis mal Stichprobenweise geprüft habe, komme ich zu dem Schluss das die ABfrage korrekt ist.

Das Problem - und deswegen wollte ich das ganze vereinfachen - ist, dass der Server sich bei dieser Abfrage in die Knie geht, bzw. 10 Minuten rechnet bis dann irgendwann das Ergebnis kommt..
(Das ist deutlich zu viel!)

Die Tabelle mit den Freischaltungen hat weit über 10.000 Einträge, wodurch das scheinbar extrem viel zu berechnen gibt.

[mkinzler]

Vieeleicht sind auch nur die Indizes nicht optimal

[Angel4585]

Zitat:

Zitat von mkinzler

Vieeleicht sind auch nur die Indizes nicht optimal

Tatsache auf der Emailspalte war kein Index :thumb:
Was so ein Index ausmachen kann, aus 10 Minuten werden 5 Sekunden :shock:

[alzaimar]

Zitat:

Zitat von Angel4585

Was so ein Index ausmachen kann, aus 10 Minuten werden 5 Sekunden :shock:

Bei 10.000 Einträgen immer noch zu lange. Pack das Produkt auch mal in diesen Index ('compound index'). Könnte was bringen, wenn pro Email-Adresse viele Produkte vorhanden sind.

Ohne Index muss der Server alle Datensätze sequentiell durchgehen, um einen passenden Eintrag zu finden. In deinem Fall sind das 10.000 mal eine Schleife à la "For i:=1 to 10000 Do FindProduct(Record[i])".
Mit Index findet der Server den passenden Eintrag eigentlich "sofort". In deinem Fall fällt somit die innere Schleife quasi weg. Dafür muss der Server dann für eine Email-Adresse alle Datensätze widerum sequentiell nach den Produkten durchsuchen.

[Angel4585]

Was ist denn ein compound index? :gruebel:
Bzw wie sieht der aus?

[alzaimar]

"Rüsselmops", aber nicht wissen, was ein 'compound index' ist. Sowas haben wir gerne :zwinker:.
Es handelt sich um einen zusammengesetzten Index, also z.B. 'email+Produkt'. Wenn der Server nach email und Produkt(en) suchen soll, dann kann er diesen Index optimal verwenden, weil er direkt nach z.B. "[e-mail]"+"P1" suchen kann.