Performanceproblem mit SELECT SINGLE
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo.
Ich habe ein Performanceproblem beim lesen der Tabelle CKBS. Info: Schlüsselfelder sind KOKRS (Kostenrechnungskreis) und EXTNR (Musterkalkulation).
Alles was ich weis ist die Materialnummer,
z.B. 123456789 und die Musterkalkulationen die möglicherweise zu diesem Material existieren,
z.B. 123456789V012 (EXTNR)
oder 123456789V312 (EXTNR).
sobald EINE beliebige Kalkulation zu diesem Material existiert, soll das Material in die itab gespeichert werden, ansonst nicht.
Dadurch dass ich für das Feld EXTNR keinen eindeutigen Wert zuweise (wegen LIKE), dauert diese Selektion sehr lange. Bei 200 Materialien dauerts schon ungefähr eine Minute 
Hat jemand eine Idee wie das schneller geht?
mfg Andi
Ich habe ein Performanceproblem beim lesen der Tabelle CKBS. Info: Schlüsselfelder sind KOKRS (Kostenrechnungskreis) und EXTNR (Musterkalkulation).
Alles was ich weis ist die Materialnummer,
z.B. 123456789 und die Musterkalkulationen die möglicherweise zu diesem Material existieren,
z.B. 123456789V012 (EXTNR)
oder 123456789V312 (EXTNR).
sobald EINE beliebige Kalkulation zu diesem Material existiert, soll das Material in die itab gespeichert werden, ansonst nicht.
Code: Alles auswählen.
CLEAR l_extnr.
CONCATENATE gs_data-matnr+4(14) '%' INTO l_extnr.
SELECT SINGLE extnr FROM ckbs INTO gs_ckbs-extnr
WHERE extnr LIKE l_extnr
AND dlflg EQ space.
if sy-subrc is initial.
...
endif.
Hat jemand eine Idee wie das schneller geht?
mfg Andi
Hauptsoch: HAUPTSOCH!
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hi Andi,
den Kostenrechnungskreis kannst du nicht vorher ermitteln?
Dann leg einen Index auf der DB an!
Evtl. hilft es auch schon, wenn du den Kostenrechnungskreis mit "BETWEEN 'KO01' AND 'KO30'" (beispielsweise...) eingrenzt.
Gruß, Enno
den Kostenrechnungskreis kannst du nicht vorher ermitteln?
Dann leg einen Index auf der DB an!
Evtl. hilft es auch schon, wenn du den Kostenrechnungskreis mit "BETWEEN 'KO01' AND 'KO30'" (beispielsweise...) eingrenzt.
Gruß, Enno
... Schnellerer DB-Server...Andreas G hat geschrieben:...aber immer
noch viel zu langsam
Hallo,
ich habe sowas ähnliches schon mal gemacht.
Als erstes lass mal das Werk eingeben, für das Kalkulationen gesucht werden sollen. Aus dem Werk findet man über ein paar Umwege den KOKRS raus. (Werk->Bukrs->Kokrs o.ä.)
Dann kann man weitermachen.
Solltest Du mehrere Werke benötigen, mache alles für jedes Werk separat und führe die Ergebnisse zusammen.
(Erstmal die Eingabe in einzelne Werke verwandeln und dann los für jedes Werk.)
Eigentlich dürfte es aber nur in einem Werk eine detaillierte Kalkulation geben. In die anderen Werke wurde wahrscheinlich bloß "rüberkalkuliert" um den Standardpreis zu setzen. (Kann man an der Kalk.-Variante erkennen, die man aus dem Customizing auslesen muß ...)
Gruß
babap
ich habe sowas ähnliches schon mal gemacht.
Als erstes lass mal das Werk eingeben, für das Kalkulationen gesucht werden sollen. Aus dem Werk findet man über ein paar Umwege den KOKRS raus. (Werk->Bukrs->Kokrs o.ä.)
Dann kann man weitermachen.
Solltest Du mehrere Werke benötigen, mache alles für jedes Werk separat und führe die Ergebnisse zusammen.
(Erstmal die Eingabe in einzelne Werke verwandeln und dann los für jedes Werk.)
Eigentlich dürfte es aber nur in einem Werk eine detaillierte Kalkulation geben. In die anderen Werke wurde wahrscheinlich bloß "rüberkalkuliert" um den Standardpreis zu setzen. (Kann man an der Kalk.-Variante erkennen, die man aus dem Customizing auslesen muß ...)
Gruß
babap
Erstmal Danke für die schnellen Antworten.
Gebe jetzt den KOKRS bei der Selektion auch an.
Es dauert zwar ein weilchen, aber ich habs geschafft
auf unserem Produktivsystem das Programm mit allen Materialien (muss
dazu sagen dass viele davon schon vor der
Selektion auf die CKBS ausgeschlossen werden) ohne
TIMEOUT auszuführen => also passts wieder
mfg Andi
Gebe jetzt den KOKRS bei der Selektion auch an.
Es dauert zwar ein weilchen, aber ich habs geschafft
auf unserem Produktivsystem das Programm mit allen Materialien (muss
dazu sagen dass viele davon schon vor der
Selektion auf die CKBS ausgeschlossen werden) ohne
TIMEOUT auszuführen => also passts wieder
mfg Andi
Hauptsoch: HAUPTSOCH!
Seite 1 von 1
Vergleichbare Themen
8
Antw.
Antw.
3103
Views
Views
SELECT SINGLE oder SELECT UP TO 1 ROWS?
von nickname8 » 12.04.2021 10:38 • Verfasst in ABAP® für Anfänger
von nickname8 » 12.04.2021 10:38 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
9358
Views
Views
Performance: SELECT UP TO 1 ROWS vs. SELECT SINGLE
von roman1983 » 04.09.2008 14:29 • Verfasst in ABAP® für Anfänger
von roman1983 » 04.09.2008 14:29 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
4421
Views
Views
Performanceproblem im Zusammenhang mit ALV-Tree
von Gast » 02.03.2005 13:10 • Verfasst in Dialogprogrammierung
von Gast » 02.03.2005 13:10 • Verfasst in Dialogprogrammierung
7
Antw.
Antw.
2034
Views
Views
0
Antw.
Antw.
1211
Views
Views
Native SQL an SQL-Server, sehr spezielles Performanceproblem
von lukey » 17.02.2010 21:27 • Verfasst in ABAP® Core
von lukey » 17.02.2010 21:27 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.