Select-Anweisung auf eine interne Tabelle ???
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo!
Ist es möglich die Select-Anweisung auf eine interne Tabelle
anzuwenden?
Mit anderen Worten greife ich hier statt auf eine Datenbanktabelle eine
interne Tabelle zu. Wenn das nicht kann mir vielleicht jemand einen
Rat geben wie ich sonst verfahren kann.
Ist es möglich die Select-Anweisung auf eine interne Tabelle
anzuwenden?
Code: Alles auswählen.
SELECT COUNT( DISTINCT kunnr ) [b]from itab [/b]into table itab2 interne Tabelle zu. Wenn das nicht kann mir vielleicht jemand einen
Rat geben wie ich sonst verfahren kann.
Viele Grüße
bohne
bohne
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Bohne,
diesen Link wirst du wohl gebrauchen können:
http://help.sap.com/saphelp_47x200/help ... ameset.htm
mit dem LOOP kann man schon viel anrichten, ebenso mit read table i_tab.
Und dann gibt's ja noch die Gruppenstufenverarbeitung mit LOOP. AT. ENDAT.ENDLOOP.
Kann man gar nicht alles hier posten, die Onlinedoku der SAP ist aber dafür sehr gut.
Gruß
ST22
diesen Link wirst du wohl gebrauchen können:
http://help.sap.com/saphelp_47x200/help ... ameset.htm
mit dem LOOP kann man schon viel anrichten, ebenso mit read table i_tab.
Und dann gibt's ja noch die Gruppenstufenverarbeitung mit LOOP. AT. ENDAT.ENDLOOP.
Kann man gar nicht alles hier posten, die Onlinedoku der SAP ist aber dafür sehr gut.
Gruß
ST22
Hallo,
ganz kurz: vergiss SELECT bei internen Tabellen!!
Alle Sätze der Reihe nach bearbeitet man mitmit LOOP.
Infos abfrage mit DESCRIBE (#Sätze).
Gezielt selektieren oder lesen mit READ ... WHERE ...
und und und ...
Gruß
babap
P.S. folge dem Link im vorigen Posting!
ganz kurz: vergiss SELECT bei internen Tabellen!!
Alle Sätze der Reihe nach bearbeitet man mitmit LOOP.
Infos abfrage mit DESCRIBE (#Sätze).
Gezielt selektieren oder lesen mit READ ... WHERE ...
und und und ...
Gruß
babap
P.S. folge dem Link im vorigen Posting!
Da mir für mein Anliegen ein ähnlicher Titel vorschwebt, würde ich gerne mein Problem hier nochmal schildern.
Kurz zum Szenario: Wir müssen Informationen aus zwei verschiedenen Tabellen (EDEXTASK und EDEXTASKIDOC) verknüpfen. Ein Join ist ab Q nicht mehr peformant (beim Testen alles wunderbar).
Ich würde nun gerne über eine interne Tabelle gehen, aus der ersten Tabelle die nötigen Informationen ziehen (2 Werte pro Zeile) und dann in der nächsten Abfrage aus der internen Tabelle lesen - nur wie? Bei den Merkmalen handelt es sich einmal um eine ID (eineindeutig vergeben; mit der hatten wir auch gejoint) und um den Mandanten. Im Grunde reicht also die ID.
Wie wären dafür die Grundbefehle? Ich denke bzw. hoffe, dass ich mir den Rest allein zusammenbauen kann.
Kurz zum Szenario: Wir müssen Informationen aus zwei verschiedenen Tabellen (EDEXTASK und EDEXTASKIDOC) verknüpfen. Ein Join ist ab Q nicht mehr peformant (beim Testen alles wunderbar).
Ich würde nun gerne über eine interne Tabelle gehen, aus der ersten Tabelle die nötigen Informationen ziehen (2 Werte pro Zeile) und dann in der nächsten Abfrage aus der internen Tabelle lesen - nur wie? Bei den Merkmalen handelt es sich einmal um eine ID (eineindeutig vergeben; mit der hatten wir auch gejoint) und um den Mandanten. Im Grunde reicht also die ID.
Wie wären dafür die Grundbefehle? Ich denke bzw. hoffe, dass ich mir den Rest allein zusammenbauen kann.
Beitrag
von a-dead-trousers (Top Expert / 4287 / 214 /
1142
)
»
hi!
Mann kann dann sowohl auf die Inhalte aus it_table1 also auch dem entsprechenden Datensatz aus it_table2 zugreifen.
lg ADT
Code: Alles auswählen.
LOOP AT it_table1 ASSIGNING <ls_line1>.
* Entweder geschachtelter LOOP ...
LOOP AT it_table2 ASSIGNING <ls_line2> WHERE id = <ls_line1>-id.
* Gewünschte Verarbeitung
ENDLOOP.
* ... oder Einzelsatz lesen
READ TABLE it_table2 ASSIGNING <ls_line2> WITH KEY id = <ls_line1>-id.
IF sy-subrc EQ 0.
* Gewünschte Verarbeitung
ENDIF.
ENDLOOP.lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Habt Ihr den Grund für den schlechten Join im Q ermittelt (SQL-Trace)? Da der Join über die Primärschlüssel beider Tabellen geht, sollte er eigentlich sehr performant ausgeführt werden. Wenn es an der Datenmenge liegt, sollten zwei einzelne Selects mit anschließender Verarbeitung per LOOP/READ auch nicht viel schneller sein.HstFS23 hat geschrieben:Ein Join ist ab Q nicht mehr peformant (beim Testen alles wunderbar).
Gruß Hendrik
Seite 1 von 1
Vergleichbare Themen
16
Antw.
Antw.
5295
Views
Views
25
Antw.
Antw.
7076
Views
Views
SELECT in interne Tabelle in Abhängigkeit von..
von fl0w » 25.06.2007 10:51 • Verfasst in ABAP® für Anfänger
von fl0w » 25.06.2007 10:51 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
2712
Views
Views
3
Antw.
Antw.
2623
Views
Views
3
Antw.
Antw.
5486
Views
Views
Dynamische interne Tabelle generieren für Select into Table
von jondahl11 » 24.09.2007 16:06 • Verfasst in ABAP Objects®
von jondahl11 » 24.09.2007 16:06 • Verfasst in ABAP Objects®
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.