Doppel-Select-Anweisung zu langsam

[Ykcim]

Sorry, aber was verstehst Du unter einem Ausführungsplan?

Delphi-Quellcode:

select DISTINCT WAAUNR, WAAUPO from as400archiev where OARMDA between '20120101' and '20121231'

Diese Query gibt 20.500 DS zurück

Für die gesamte Query erwarte ich ~210.000 DS

Gruß
Patrick

[DeddyH]

Explain

[Ykcim]

Ok, das lese sehe ich mir sofort an.
Hilft Euch das schon weiter?

Gruß Patrick

[jobo]

Das sieht nicht unbedingt nach Indizes aus.

[Blup]

Also Schritt für Schritt, welche Indexe existieren für diese Tabelle?

[Ykcim]

Hallo Zusammen,

es ist mir etwas unangenehm, aber die Tabelle hat tatsächlich keine Indizes. Ich habe drei identische Tabellen. Mit zweien wird gearbeitet und die dritte dient nur zur Archiviereung, falls ich mal historische Daten benötige. Das ist jetzt der Fall...

Ich war mir sicher, dass ich auch in der dritten Tabelle die Indizes gestzt hatte, aber da lag ich leider falsch.:oops:

Jetzt versuche ich seid fast einer Stunde die Dublikate, die tatsächlich aufgetaucht sind zu entfernen, aber leider klappt das nicht so richtig...

Delphi-Quellcode:

Create TEMPORARY TABLE tmpTab
SELECT WAAUNR, WAAUPO, OAAGNR
FROM as400archiev
GROUP BY WAAUNR, WAAUPO, OAAGNR
HAVING count(*) > 1;

Delphi-Quellcode:

Delete from as400archiev where (WAAUNR, WAAUPO, OAAGNR) in
(select WAAUNR, WAAUPO, OAAGNR from tmpTab);

Delphi-Quellcode:

Drop TABLE tmpTab;

Wenn ich das geschafft habe, setze ich die Indizes und teile Euch das Ergebnis mit...

Vielen Dank schon mal
Patrick

[jobo]

Zitat:

Zitat von Ykcim (Beitrag 1202322)

..aber leider klappt das nicht so richtig...

Was soll man denn damit anfangen? :roll:
Es gibt z.B. Fehlermeldungen und andere Dinge, die nützlich sein könnten, wenn man Hilfe anfordert.

Im Übrigen verwendest Du beim Löschen ungefähr das gleiche SQL Konstrukt, das Dir ursprünglich zu langsam ist. Also erwarte keine Wunder!
Für die Aufgabe brauchst Du auch keine eindeutigen Indizes, also lass das Löschen einfach weg.

[Ykcim]

Was doch so ein Index alles bewirken kann...

Vielen Dank für den Hinweis, dass ich keinen Primary benötige. Ich habe einfach einen Index verwendet und schwups wurde die Abfrage in 0,6sek bearbeitet.

Jetzt werde ich das Ergebnis noch auf Korrektheit prüfen, aber sah gerade auf den ersten Blick sehr sehr gut aus.

Ich habe noch einmal ein Explain gemacht und angehängt.

Vielen Dank für die tolle Unterstützung und Hilfestellung!!!

Gruß
Patrick

P.S. Ach ja, vorher brach die Procedure einfach nach einer ganzen Zeit ab, ohne das ich eine Meldung bekam, deshalb konnte ich auch keine hier posten...

[jobo]

Schön! Auf dem Datum ist noch kein Index oder?
Aber wenn Du so zufrieden bist, ist es ja auch ok.

Zitat:

Zitat von Ykcim (Beitrag 1202390)

P.S. Ach ja, vorher brach die Procedure einfach nach einer ganzen Zeit ab, ohne das ich eine Meldung bekam, deshalb konnte ich auch keine hier posten...

Nun, das ist doch eine Aussage! Deutlicher und sinnvoller als "klappt nicht".

Sicher hilft Dir das Vorgehen später auch mal weiter, Fehlermeldung, Explain Plan, usw...

p.s.: Vielleich gelingt es Dir nun- mit Index- auch die Duplilkate zu entfernen und dann einen Primär oder Unique Index aufzubauen. Solche Dinge hält man lieber sauber.

[Ykcim]

Ich habe mit Sicherheit eine ganze Menge gelernt - vielen Dank!

Ich habe jetzt noch das Datum in den Index mit reingepackt - die Abfrage wird jetzt in 0,3 statt in 0,7 Sekunden ausgeführt.

Ich habe aber leider die Verwendung von Indizes noch nicht wirklich verstanden. Ich weiß also leider nicht, warum diese Geschwindigkeitsverbesserung passiert, wenn ich das Datum mit in den Schlüssel packe. Hat jemand einen Hinweis, (Link) wo das ganz einfach erklärt wird?

Vielen Dank
Patrick