Geschachtelte Selects - wo liegt das Problem

[Pascal]

Hallo zusammen !

Ich verzweifle hier langsam.
Habe folgende geschachtelte Selects programmiert und bekomme kein Ergebnis angezeigt.

Code: [Select all] [Expand/Collapse] [Download] (Untitled.txt)

1. IF chgdate-low > sy-datum OR chgdate-high > sy-datum.
2.   MESSAGE e008 WITH 'Datum darf nicht in der Zukunft liegen !'.
3. ELSE.
4.   SELECT * FROM  vbak
5.            WHERE bstzd = addition.
6.     IF sy-subrc = 0.
7.       SELECT * FROM cdhdr
8.                WHERE username   = changer
9.                AND   objectid   = vbak-vbeln
10.                AND   objectclas = 'VERKBELEG'
11.                AND   udate     >= chgdate-low
12.                AND   udate     <= chgdate-high.
13.         IF sy-subrc = 0.
14.           SELECT * FROM cdpos
15.                    WHERE objectid   = vbak-vbeln
16.                    AND   objectclas = cdhdr-objectclas
17.                    AND   changenr   = cdhdr-changenr
18.                    AND   tabname    = t_name
19.                    AND   fname      = f_name.
20.             WRITE: /3 chgdate-low,
21.                    16 chgdate-high,
22.                    29 cdpos-tabname,
23.                    46 cdpos-fname,
24.                    59 cdhdr-username,
25.                    71 vbak-bstzd.
26.             counter = counter + 1.
27.           ENDSELECT.
28.         ENDIF.
29.       ENDSELECT.
30.     ENDIF.
31.   ENDSELECT.
32. ENDIF.           "von Datumsprüfung
33.  
34. IF counter = 0.
35.   WRITE 'Kein Datensatz gefunden !'.
36. ENDIF.

GeSHi ©

Ich bekomme immer "Kein Datensatz gefunden !" angezeigt.
Ist es wirklich so simpel, dass kein Datensatz mit o.g. Kriterien vorhanden ist oder habe ich einen Denkfehler bei der Schachtelung der Selects ?

Für jede Form von Hilfe wäre ich euch dankbar

Pascal

[Walter4536]

Hallo Pascal,

zur Fehleranalyse würde ich erstmal sukzessive die Tabellen auf entsprechende Einträge prüfen, z.B. mittels SE16. Zunächst einmal Tabelle VBAK. Gibt es dort Einträge auf die die Bedingung bstzd = addition zutrifft? Wert von addition?

Am einfachsten ist es sicherlich, unmittelbar nach den jeweiligen selects einen Breakpoint zu setzen, dann siehst Du sofort, welcher select nicht klappt bzw. keine Daten zurückliefert.

Gruß,
Steff

[Eleanor356]

Hallo Pascal,

1. bist du sicher , daß die "objectid" richtig gefüllt ist ?
-> gehört hier nicht noch der Mandant vor den Verkaufsbeleg.
2. du hast 2 if-Abfragen in deinem coding , die unnötig sind
(nach Selektion der vbak und cdhdr) -> Übersichtlichkeit.
3. es gibt natürlich einen Fuba (oder wie ich die SAP kenne, mehrere),
die dir die Selektion abnehmen.
-> CHANGEDOCUMENT_READ.

lg Andreas

[Laureen5398]

Außerdem kannst du dir die Abfrage von SY-SUBRC innerhalb einer Select-Schleife sparen, da SY-SUBRC immer erst NACH Ablauf der Schleife gesetzt wird.

Des weiteren wie schon von den Vorschreibern gesagt, mal überprüfen (SE16) ob tatsächlich Daten gefunden werden müßten. Da die Key-Felder der CDHDR und CDPOS nur Zeichenketten sind, auch mal prüfen, ob die fehlenden "führenden Nullen" vielleicht dran schuld sind.

[Marion1009]

Je nachdem was vor diesem Coding passiert,
ist der subrc möglicherweise nicht null.
Weder IF noch SELECT * setzten den subrc.
Damit fliegst du ungewollt raus !

Gruss
Daniel

[Laureen5398]

Ähh stimmt nicht ganz. Wenn Werte gefunden und damit die Select-Schleife durchlaufen wird, so ist SY-SUBRC auf jeden Fall 0.

Code: [Select all] [Expand/Collapse] [Download] (Untitled.txt)

1. tables:  bsik.
2.  
3.  
4. select * from bsik where bukrs = '0001'
5.                    and   lifnr = '0000011111'.
6.  
7. endselect.
8.  
9. select * from bsik where bukrs = '0001'
10.                    and   lifnr = '0000000011'.
11.  
12.   write: / 'bla'.
13.  
14. endselect.
15.  

GeSHi ©

In diesem Beispiel wird im ersten Select nichts gefunden, folglich ist sy-subrc = 4. In der zweiten Schleife wird was gefunden, die Schleife also durchlaufen und bei der Write-Anweisung innerhalb der Schleife ist sy-subrc = 0.

[Gertrud2025]

es liegt daran, daß du beim 2. select keine führenden nullen hast, bzw. kontrollieren solltest, ob die belegnummer im richtigen format übergeben wird.

[Willy1492]

Ähh stimmt nicht ganz. Wenn Werte gefunden und damit die Select-Schleife durchlaufen wird, so ist SY-SUBRC auf jeden Fall 0.

zu 2.0 war das noch anders, da war SY-SUBRC nach einem SELECT mit ENDSELECT nicht unbedingt 0, sondern erst nach dem ENDSELECT.
Nachdem ich SAP mal eine elend lange Liste mit SAP-Standard-Programmen geschickt habe, in der dieser Fehler vorkam, habe sie das per Kernel-Patch "gefixt".
Inzwischen ist die SY-SUBRC-Abfrage also einfach nur überflüssig.

[Quinn1225]

Du könntest den

Code: [Select all] [Expand/Collapse] [Download] (Untitled.txt)

1. sy-dbcount
2.  

GeSHi ©

verwenden.

[Heinz5129]

Und ein Einwand von mir Anfänger:

Ich kann mir nicht wirklich vorstellen, dass diese Schachtelung sonderlich performant ist - meiner Meinung nach sollten hier die Überlegungen dringend in Richtung JOIN gehen...

Volker