Sehr schwieriger SELECT nach APQD - wie realisieren?

[ralf.wenzel]

Moin,

ich suche in einem aktuellen Projekt Batch-Input-Mappen - das einzige Selektionskriterium ist, dass im Mappeninhalt (!) ein bestimmtes Feld mit einem bestimmten Wert gefüllt ist, ein anderes Kriterium gibt es nicht. Ein

Code: Alles auswählen

SELECT QID VARDATA FROM APQD INTO TABLE LT_APQD
WHERE VARDATA LIKE '%FELDNAME%'.

läuft aber mit Dump gegen die Wand mit

In an SAP Open SQL statement, a "long field" was used in a way that is
not supported by all database systems. This use is therefore not
permitted.
Long fields can only appear on the left side of an assignment in a SET
clause or in a SELECT list without DISTINCT.

"Long fields" are all fields created in the ABAP Data Dictionary with
one of the data types STRING, RAWSTRING, LCHR, or LRAW.

und ist ohnehin schon extrem inperformant (wie man sich vorstellen kann).

Was also tun???

[Alexander D.]

hallo Ralf,

ich habe das gerade mal ausprobiert. SE16N geht bei der Abfrage wie bereits von dir angekündigt auf die Bretter.
Unser SAP läuft auf der AS400. Ich selbst habe da keine Ahnung von, ein Kollege konnte aber von der AS400 aus den Befehl absetzen

Code: Alles auswählen

    SELECT QID VARDATA FROM APQD
    WHERE VARDATA LIKE '%SB%'.
 

ich weiss nur nicht, ob dir diese Erkenntnis irgendwie weiter helfen kann

[ralf.wenzel]

Nicht wirklich

[Alexander D.]

das habe ich mir fast gedacht

hier ist noch eine (sehr schmutzige und inperformante) Variante. Für den Fall, dass keine andere Lösung gefunden wird:

Code: Alles auswählen

TABLES: apqd.

SELECT * FROM apqd.
  IF apqd-vardata CS 'SB'.
    WRITE: apqd-qid, apqd-trans, apqd-block, apqd-segmt.
    NEW-LINE.
  ENDIF.
ENDSELECT.
 

[JHM]

Was also tun???

Soweit ih weiß kann OpenSQL nicht mit langen Tabellenfeldern, evtl. geht es mit ExecSQL. (wenn der Kunde mitspielt).

[ralf.wenzel]

Im Dump steht, dass das Problem bei ALLEN Datenbanken existiert.

Das Problem müssen wir wohl anders lösen, weil das ohnehin total unperformant ist (bei 143 Mio Datensätzen in APQD).

[a-dead-trousers]

hi!

Ich könnte mir noch vorstellen, dass man die Abfrage zu einer lastarmen Zeit per Hintergrundjob durchführt und das Ergebnis (Der Zugriffsschlüssel) in einer Z-Tabelle landet. Vielleicht kann man das Ganze dann noch mit PACKAGE SIZE anreichern und evtl. mit Wiederaufsetzpunkten versorgen. Ähnlich wie in BW, wenn man die Datesätze CDF bis GHK bereits verarbeitet hat, brauch ich die beim nächsten Lauf gar nicht mehr anschauen.

lg ADT

[ralf.wenzel]

Das Problem ist, dass ich das in Real-Time brauche

[ewx]

Code: Alles auswählen

DATA l_apqd type apqd.
data l_such type c length 20 value '%BANK%'.
START-OF-SELECTION.

  EXEC SQL PERFORMING ERGEBNIS.

    SELECT DISTINCT QID
      INTO :L_APQD-QID
      FROM APQD
     WHERE VARDATA LIKE :SUCH

  ENDEXEC.

FORM ergebnis.
  WRITE: / l_apqd-qid.
ENDFORM.                    "ergebnis
 

[ralf.wenzel]

Und das bei 143 Mio Einträgen

[ewx]

Das wusstest du ja nun vorher, oder?
Vielleicht kannst du das Datum noch eingrenzen oder mal ein paar Mappen löschen/ archivieren???!!

[ralf.wenzel]

Natürlich wusste ich es vorher, darum habe ich es ja auch vorher geschrieben (siehe ganz weit oben)

[ewx]

Immerhin funktioniert es.
Oder was hast du als Lösung erwartet?

[casman]

Hi Ralf,

also ich hab gerade mal interessenhalber geschaut: in unserem PROD haben wir ca. 18.000 Einträge in APQD!!!
Wenn ihr wirklich 143.000.000 Einträge drin habt, lege ich Dir Hinweis 36781 - "Tabelle APQD ist sehr groß" ans Herz.

Und wie EWX schon sagt: was für ein Ergebnis erwartest du bei so vielen Einträgen mit einem quasi nicht vorhandenem bzw. unscharfem Selektionskriterium?