SELECT Abfrage auf VEKP dauert ewig - neue Idee?
Hallo,
wenn ich eine SELECT Abfrage auf die VEKP nach UEVEL = 265... dauert diese SELECT Abfrage ewig und wird abgebrochen.
Erklärung ist mir schon klar - die Tabelle ist unendlich groß und UEVEL ist kein Schlüsselattribut.
Gibt es eine Möglichkeit solch eine Abfrage performater zu gestalten?
Vielen Dank...
wenn ich eine SELECT Abfrage auf die VEKP nach UEVEL = 265... dauert diese SELECT Abfrage ewig und wird abgebrochen.
Erklärung ist mir schon klar - die Tabelle ist unendlich groß und UEVEL ist kein Schlüsselattribut.
Gibt es eine Möglichkeit solch eine Abfrage performater zu gestalten?
Code: Alles auswählen.
SELECT SINGLE vhilm_ku FROM VEKP
INTO GS_VEKP
WHERE UEVEL EQ ...
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
leg einen Index in der SE11 an!
du sollst die ja auch nicht verändern! du sollst nur einen Index anlegen. 
SE11, anzeigen, Button "Indizes...", Anlegen "Z01" und dann gibst du UEVEL als Feld an. Fertich.
SE11, anzeigen, Button "Indizes...", Anlegen "Z01" und dann gibst du UEVEL als Feld an. Fertich.
Nicht wie gewohnt...!b0rsti hat geschrieben:danke!
und die select anweisung wie gewohnt ausführen?
SCHNELLLLLER!!
Die Größenkategorie hat damit nichts zu tun! Sie steuert m. E. nur, wie viel Platz im voraus für die Tabelle reserviert wird.
Beitrag
von DeathGuardian (Expert / 759 / 0 /
3
)
»
i.d.R. ist es immer besser zuerst alles in eine ITab zu lesen (mit SELECT...INTO TABLE...) und anschliessend diese per LOOP zu bearbeiten.b0rsti hat geschrieben:hmm ich hab jetzt den index angelegt aber irgendwie ändert sich nix an der laufzeit! kommt immer noch time_out...
ist es vielleicht besser sich die tabelle in eine interne zu kopieren und dann mit read table zu arbeiten?
Hi,DeathGuardian hat geschrieben: i.d.R. ist es immer besser zuerst alles in eine ITab zu lesen (mit SELECT...INTO TABLE...) und anschliessend diese per LOOP zu bearbeiten.
ich bin da jetzt nicht soo der Spezialist, aber wenn die Tabelle so riesig ist, ist es da wirklich sinnvoll die Daten zunächst alle in eine interne Tabelle zu schreiben und diese dann abzuarbeiten? Ist es nicht grundsätzlich sinnvoller diese Arbeit ans DB-System auszulagern?
Welche Felder sind denn im Index?b0rsti hat geschrieben:hmm ich hab jetzt den index angelegt aber irgendwie ändert sich nix an der laufzeit! kommt immer noch time_out...
ist es vielleicht besser sich die tabelle in eine interne zu kopieren und dann mit read table zu arbeiten?
Grüße
...entwickelnder Berater...beratender Entwickler
hmm. Das würd ich mir bei der VEKP verkneifen. die kann ziemlich groß werden...DeathGuardian hat geschrieben:i.d.R. ist es immer besser zuerst alles in eine ITab zu lesen (mit SELECT...INTO TABLE...) und anschliessend diese per LOOP zu bearbeiten.
Index ist aktiviert und auf der DB vorhanden??
Kannst du die Selektion noch weiter einschränken?
z.B. auf VPOBJKEY? Manchmal bringt es sogar was, wenn du für die VENUM die range des entspr. Nummernkreisobjektes mit angibst, also WHERE VENUM BETWEEN '1000000000' AND '1999999999'.
hintergrund ist folgender:
Ich habe einen datensatz der hat kein uevel - also die oberste handling unit.
jetzt möchte ich zu diesem datensatz die untergeordneten handling units ermitteln. und durchsuche die tabelle nach datensätzen die bei bei uevel die venum der obersten HU haben...
Ich habe einen datensatz der hat kein uevel - also die oberste handling unit.
jetzt möchte ich zu diesem datensatz die untergeordneten handling units ermitteln. und durchsuche die tabelle nach datensätzen die bei bei uevel die venum der obersten HU haben...
Vergleichbare Themen
1
Antw.
Antw.
2163
Views
Views
SELECT auf DB-Tabelle (VEKP) aus Smartforms heraus?
von b0rsti » 03.06.2008 13:45 • Verfasst in Dialogprogrammierung
von b0rsti » 03.06.2008 13:45 • Verfasst in Dialogprogrammierung
2
Antw.
Antw.
4148
Views
Views
3
Antw.
Antw.
3079
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 2 Stunden von fico_fschluesener 1 / 23
vor 2 Stunden von fico_fschluesener 1 / 23
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 2 Stunden von fico_fschluesener 1 / 23
vor 2 Stunden von fico_fschluesener 1 / 23
Unbeantwortete Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 2 Stunden von fico_fschluesener 1 / 23
vor 2 Stunden von fico_fschluesener 1 / 23