Frage zu Subquery
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Hallo zusammen,
ich würde gerne in einem Query zusätzlich überprüfen, ob die Tabellen der Tabelle dd02l befüllt sind oder nicht.
Fehlermeldung:
Class "DEMO" does not contain an interface "DD02L".
Vielen Dank.
ich würde gerne in einem Query zusätzlich überprüfen, ob die Tabellen der Tabelle dd02l befüllt sind oder nicht.
Code: Alles auswählen.
select dd02l~tabname from dd02l
into table t_itab
where ( dd02l~contflag = 'C' or
dd02l~contflag = 'G' ) and
dd02l~tabclass = 'TRANSP' and
EXISTS ( select *
FROM (dd02l~tabname)
).Class "DEMO" does not contain an interface "DD02L".
Vielen Dank.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Öhm - warum willst du das prüfen? Und bei einem Fehler in der Klassenschnittstelle müsstest du die schon mitposten, sonst kann man hier gar nix sagen.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Dient zur Vereinfachung meines Debuggings und ich wollte mal Subqueries ausprobieren.Öhm - warum willst du das prüfen?
Ich habe bisher keine Interfaces in meiner Klassendefinition definiert. dd02l ist ja auch kein Interface.
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Moin,
mach mal das "dd02l~" überall weg und im Subquery das "~tabname". Dann stimmt das Ding wenigstens syntaktisch und lesbar isses auch noch.
mach mal das "dd02l~" überall weg und im Subquery das "~tabname". Dann stimmt das Ding wenigstens syntaktisch und lesbar isses auch noch.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Ok, hier liegt dann wohl mein Denkfehler: Ich will schon auf den jeweiligen Wert des Feldes dd02l~tabname das Query anwenden.ralf.wenzel hat geschrieben:Moin,
mach mal das "dd02l~" überall weg und im Subquery das "~tabname". Dann stimmt das Ding wenigstens syntaktisch und lesbar isses auch noch.
Wenn also z.B die der Wert 'TVAKT' in dem Feld tabname steht, so der Subquery den Select auf TVAKT durchführen.
Vielleicht geht das mit der Table-Fetch (into table) Variante nicht und ich muss die Select Endselect Variante anwenden???
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Jetzt kapiere ich erst, was du überhaupt willst. Eigentlich liefert sy-dbcnt die Zahl der gefundenen Einträge. Aber so richtig schlüssig ist dein Vorgehen nicht. Du fragst: "Sag mir den Tabellennamen, wo der es einen Satz zum Tabellennamen gibt". Das ist nicht nur nicht notwendig, sondern gar ein Performancefresser. Warum nicht einfach:
Wenn du wissen willst, ob der SELECT erfolgreich war, guckst du sy-dbcnt oder sy-subrc.
Oder hab ich das immer noch nicht verstanden?
Code: Alles auswählen.
SELECT tabname FROM dd02l
INTO TABLE t_itab
WHERE contflag IN ('C','G') OR
AND tabclass = 'TRANSP'.Oder hab ich das immer noch nicht verstanden?
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Ne, du hast mich noch nicht ganz verstanden.
" Gib mir alle Tabellen aus DD02l, welche contflag IN ('C','G') AND tabclass = 'TRANSP' und (jetzt kommt das EXISTS ) welche Tabelle (DD02l~tabname) nicht leer ist.
Sprich der sy-subrc der Subquery (damit meine ich den Teil nach EXISTS) soll <> 4 sein.
Macht das gar keinen Sinn?
EXISTS (subquery) gibt ja true zurück, wenn die lines des Selects >= 1 sind.
" Gib mir alle Tabellen aus DD02l, welche contflag IN ('C','G') AND tabclass = 'TRANSP' und (jetzt kommt das EXISTS ) welche Tabelle (DD02l~tabname) nicht leer ist.
Sprich der sy-subrc der Subquery (damit meine ich den Teil nach EXISTS) soll <> 4 sein.
Macht das gar keinen Sinn?
EXISTS (subquery) gibt ja true zurück, wenn die lines des Selects >= 1 sind.
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
AH, ok! Du musst dann aber zur Laufzeit des "unteren" Querys den Namen der Tabelle kennen, darum würde ich das wie folgt machen:
Es verbleiben in gt_tabname die Namen der Tabellen, die nicht leer sind. Man mag sich drüber streiten, ob ein select single statt eines select count(*) schneller ist.
Ralf
Code: Alles auswählen.
data: gt_tabname type standard table of tabname.
field-symbols: <tabname> type tabname.
select tabname from dd02l into table gt_tabname
where contflag in ('C','G')
and tabclass = 'TRANSP'.
loop at gt_tabname assigning <tabname>.
select count(*) from (<tabname>).
check sy-subrc eq 0.
clear <tabname>.
endloop.Ralf
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
Spookykid
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Hi! Hier mein Senf!
Das einzige Problem ist dann halt, dass man zuerst eine Workarea anlegen muss um mit SELECT SINGLE die Abfrage auszuführen. Bei UP TO x ROWS ist sogar eine interne Tabelle notwendig.
lg
ADT
Ne, das geht leider allgemein nicht in SQL-Syntax. In einer Query kann nicht ein Wert ermittelt werden um dann als Tabellenname für eine weitere Abfrage zu dienen. Vereinfacht gesagt: In SQL wird zwischen NAME und WERT unterschieden.Spookykid hat geschrieben:Ich dachte, man könnte das eventuell in eine eine "eine" Abfrage packen. In 2 Schritten ist es natürlich auch ok.
Ich würd eher auf den SELECT SINGLE tippen, da dann wirklich nur ein Datensatz selektiert wird und die Datenbank nicht "mühselig" (je nach größe und DB-Optimizer) alle einträge zählen muss. Irgendwo hab ich mal gehört, dass es mit UP TO x ROWS sogar noch schneller geht als mit SELECT SINGLE.ralf.wenzel hat geschrieben:Man mag sich drüber streiten, ob ein select single statt eines select count(*) schneller ist.
Das einzige Problem ist dann halt, dass man zuerst eine Workarea anlegen muss um mit SELECT SINGLE die Abfrage auszuführen. Bei UP TO x ROWS ist sogar eine interne Tabelle notwendig.
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
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
593
Views
Views
2
Antw.
Antw.
1281
Views
Views
2
Antw.
Antw.
690
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 3 Stunden von ralf.wenzel 104 / 9998
vor 3 Stunden von ralf.wenzel 104 / 9998
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 3 Stunden von ralf.wenzel 104 / 9998
vor 3 Stunden von ralf.wenzel 104 / 9998