Ich hab mal ein Problem

Ich hab mal ein Problem

Hi Kollegen,

folgendes Problem habe ich:

Es existieren eine Anzahl von generisch erstellten Tabellen, die alle den gleichen Schlüssel haben. Die Tabellen basieren auf Daten des Klassensystems: sprich, es gibt eine 1:1-Beziehung zwischen Klasse und Tabelle (der Name der Tabelle basiert u.a. auf dem internen Schlüssel der Klasse KLAH-CLINT).
Eine Tabelle steht als ADMIN-Tabelle im mit Inhalt zur Verfügung, während in den restlichen Tabellen keine Inahlte vorhanden sein müssen.
Alle Felder der jeweiligen Tabelle (bis auf einen Objektschlüssel und den Mandanten) haben ein entsprechendes Merkmal zur entsprechenden Klasse, wobei die Feldnamen (siehe CABN-ATINN) (und auch die Feldtypen) aus den Merkmalen abgeleitet sind.
(das heißt, dass die Tabellen- und Feldnamen in zwie Systemen unterschiedlich sind/sein können)

Beim Lesen dieser Tabellen sollen nun Einschränkungen benutzt werden, die auf den Merkmalen beruhen. Dazu wird eine WHERE-Bedingung aus den Merkmalsdefinitionen und der Werteauswahl aufgebaut.
Als Ziel wird eine interne Tabelle verwendet, die die Felder aller Tabellen beinhaltet.

Das Problem, was ich nun habe, ist, dass ich keinen dynamischen SELECT mit allen betroffenen Tabellen/Views in Form von JOIN-Verknüpfungen aufbauen kann. Andererseits brauche ich aber eine Information, ob eine gelesene Zeile einer dieser Tabellen durch eine Bedingung, die in einer anderen Tabelle greift, von der Selektion ausgeschlossen ist.

Eine mögliche Lösung ist, alle Daten in die Zieltabelle einzulesen und anschließend erst die Selektionsbedingungen auf die interne Tabelle anzuwenden.
Das hätte aber den unschönen Effekt, dass erst alle Daten (können mehrere tausend Sätze sein) gelesen werden und dann eventuell nur wenige Daten die Selektion passieren. Für den Anwender wäre es nicht direkt ersichtlich, warum dann die Selektion so lange dauert, zumal ich das Übertragen der Daten in die interne Tabelle per ASSIGN COMPONENT-Strukturen (jedes Feld jeder Zeile einzeln) vornehmen muss.

Warum nicht über Join JOIN???

Mir sind innerhalb der Klassifizierng keine Tabellen bekannt, die nicht über Join verknüpft werden können.

Soltest Du die mit CU60 generierten variantentabellen meinen:

Schlage mal Deinem Kunden/ Berater vor, dass man das ganze mit gewissen Spielregeln und notfalls einer zusätzlichen Customizingtabelle organisieren kann. Dann kann man auch über die Einträge mittels Join eindeutige Tabellen lesen, in denen alle Eintragszeilen (z.B. CUVTAB_VARC) zu einem Tabelleneintrag in einer Zeile einer internen Tabelle stehen.

Notfalls poste mir Deine Email, dass Du mir dann einen Codingauszug schicken kannst.

ereglam hat geschrieben:Der Zugriff auf besagte Tabellen/Views ist deshalb nur unter Verwendung von CREATE DATA (ein jeweiliger Tabellentyp wird bei der Generierung mit angelegt)und anschließendem ASSIGN möglich.

Erkenntnisse:
Um in einem SELECT einen JOIN verwenden zu können, müssen die Tabellen im DDIC bekannt sein und explizit benannt werden. Da die Tabellen und Felder sich aber auf die internen Schlüssel von Klassen (CLINT) und Merkmalen (ATINN) beziehen, kann das aber nicht über die Systeme hinweg garantiert werden.

Die Erkenntnisse stimmen so nicht ganz, denn es gibt dynamische Varianten von Select-Anweisungen, wo es ausreichend ist, daß die Tabellen zur Laufzeit bekannt sind. Das hängt allerdings vom Release-Stand ab. Damit sind dann in etwa solche Anweisungen möglich (Beispiel aus ABAP-Docu). Damit kann man dann auch dynamisch nahezu beliebige Select-Anweisungen aufbauen:

Anonymous hat geschrieben:...
Die Erkenntnisse stimmen so nicht ganz, denn es gibt dynamische Varianten von Select-Anweisungen, wo es ausreichend ist, daß die Tabellen zur Laufzeit bekannt sind. Das hängt allerdings vom Release-Stand ab. Damit sind dann in etwa solche Anweisungen möglich (Beispiel aus ABAP-Docu). Damit kann man dann auch dynamisch nahezu beliebige Select-Anweisungen aufbauen:

Code: Alles auswählen.

PARAMETERS: dbtab(10) TYPE c, 
            rows      TYPE i DEFAULT 100. 

DATA dref TYPE REF TO data. 

FIELD-SYMBOLS: <table> TYPE ANY TABLE, 
               <wa>    TYPE ANY, 
               <comp>  TYPE ANY. 

TRY. 
    CREATE DATA dref TYPE STANDARD TABLE OF (dbtab) 
                          WITH NON-UNIQUE DEFAULT KEY. 
    ASSIGN dref->* TO <table>. 
    SELECT * 
           FROM (dbtab) UP TO rows ROWS 
           INTO TABLE <table>. 
    LOOP AT <table> ASSIGNING <wa>. 
      DO. 
        ASSIGN COMPONENT sy-index 
               OF STRUCTURE <wa> TO <comp>. 
        IF sy-subrc = 0. 
          WRITE / <comp>. 
        ELSE. 
          EXIT. 
        ENDIF. 
      ENDDO. 
      ULINE. 
    ENDLOOP. 
  CATCH cx_sy_create_data_error. 
    WRITE 'Wrong Database!'. 
ENDTRY. 

funktioniert das auch unter Verwendung von JOIN?
Eine einzelne Tabelle kann man ja richtigerweise im SELECT * FROM (dbtab) auch schon in älteren Systemen mitgeben, was ich aber bräuchte, ist eine Konstruktion in der Form:

für welches Release gilt dieses Beispiel? 6.x?

Funktioniert ab 6.20.