DB aus interner Tabelle ohne Kopfzeile löschen
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo,
vllt kann mir einer helfen, ich komme nicht weiter.
Ich habe eine interne Tabelle die auf einen anderen DB Eintrag referenziert. Diesen DB Eintrag möchte ich löschen.
hier mein Code:
da kriege ich den Fehler, dass lt_table keine Tabelle mit Kopfzeile ist.
Wie kann ich den Code schreiben damit es funktioniert ?
PS: DB und lt_table haben nicht die sele Struktur, sowie lt_table mehrere GUID Felder vom TYP Guid besitzt.
Vielen Dank für eure Hilfe
vllt kann mir einer helfen, ich komme nicht weiter.
Ich habe eine interne Tabelle die auf einen anderen DB Eintrag referenziert. Diesen DB Eintrag möchte ich löschen.
hier mein Code:
Code: Alles auswählen.
CREATE DATA lt_table TYPE TABLE OF (lv_tablename).
ASSIGN lt_table->* TO <lt_table>.
*
select * from (lv_tablename) into table<lt_table>
where _timestamp = lv_timestamp.
delete from DB where guid in <lt_table>-guid1.Wie kann ich den Code schreiben damit es funktioniert ?
PS: DB und lt_table haben nicht die sele Struktur, sowie lt_table mehrere GUID Felder vom TYP Guid besitzt.
Vielen Dank für eure Hilfe
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
Da fehlen Informationen.
Im Grunde bräuchtest Du ein FOR ALL ENTRIES IN der Form
Das funktioniert aber nicht, weil es FOR ALL ENTRIES IN nur bei SELECT gibt.
Der Weg wird sein, eine passende RANGES-Tabelle aufzubauen:
- Wie sind lt_table und das Feldsymbol <lt_table> genau typisiert?
- Bei welchem Befehl kommt der von Dir genannte Fehler?
Im Grunde bräuchtest Du ein FOR ALL ENTRIES IN der Form
Code: Alles auswählen.
delete from DB for all entries in <lt_table> where guid = <lt_table>-guid1.Der Weg wird sein, eine passende RANGES-Tabelle aufzubauen:
Code: Alles auswählen.
DATA lt_range_table TYPE RANGE OF typ_von_guid1.
lt_range_table = VALUE #( FOR <zeile> IN <lt_table> ( sign = 'I' option = 'EQ' low = <zeile>-guid1 ) ).
DELETE FROM DB WHERE guid in lt_range_table.
FREE lt_range_table.
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
hi.
Da die interne Tabelle als auch die DB-Tabelle denselben Typ haben geht das Löshen ganz einfach:
<lt_table> muss dabei vom Typ STANDARD TABLE sein.
ABAP kann hier intern den Tabellenschlüssel der Datenbanktabelle auflösen und die entsprechenden Informationen aus der internen Tabelle zuordnen.
Da die interne Tabelle als auch die DB-Tabelle denselben Typ haben geht das Löshen ganz einfach:
Code: Alles auswählen.
delete (lv_tablename) from table <lt_table>.ABAP kann hier intern den Tabellenschlüssel der Datenbanktabelle auflösen und die entsprechenden Informationen aus der internen Tabelle zuordnen.
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
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
Tatsächlich hat er geschrieben:a-dead-trousers hat geschrieben:Da die interne Tabelle als auch die DB-Tabelle denselben Typ haben
kibani hat geschrieben:PS: DB und lt_table haben nicht die sele Struktur
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
a-dead-trousers
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Stimmt. Ich hab leider nur den ersten Teil des Codings mit LV_TABLENAME gelesen.DeathAndPain hat geschrieben: ↑06.03.2020 12:14Tatsächlich hat er geschrieben:a-dead-trousers hat geschrieben:Da die interne Tabelle als auch die DB-Tabelle denselben Typ habenkibani hat geschrieben:PS: DB und lt_table haben nicht die sele Struktur
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
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Was sonst noch ginge, wäre:
bzw. wenn beide DB-Tabellen dynamisch sein sollen:
"guid" muss aber der Primary-Key von dbtab bzw. (lv_dbname) sein. Wovon ich bei einer GUID einfach mal ausgehe. Sonst macht das ganze Konstrukt IMHO keinen Sinn, weil wenn eine GUID in dbtab bzw. (lv_dbname) mehrfach vorkommt, würde man mehr als die zuvor in (lv_tablename) gefundenen Zeilen löschen.
Code: Alles auswählen.
data: lt_table TYPE TABLE OF dbtab.
select guid1 as guid from (lv_tablename) into corresponding fields of table lt_table
where _timestamp = lv_timestamp.
delete dbtab from table lt_table.Code: Alles auswählen.
CREATE DATA lt_table TYPE TABLE OF (lv_dbname).
ASSIGN lt_table->* TO <lt_table>.
select guid1 as guid from (lv_tablename) into corresponding fields of table <lt_table>
where _timestamp = lv_timestamp.
delete (lv_dbname) from table <lt_table>.
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
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
In Deinem Vorschlag steckt die implizite - und durchaus plausible - Annahme, dass er die ganze Tabelle lt_table nur benötigt, um seine Löschung durchzuführen. In diesem Falle wäre sein SELECT * natürlich schon aus Performancegründen verwerflich. Ich finde es dann aber auch nicht gut, die interne Tabelle mit lauter Leerspalten zu führen, so wie Du es in Deinem Ansatz tust. Zum einen verschwendet es Speicher, zum anderen muss man auch erst mal nachdenken, wie Dein Ansatz funktioniert.
Unter der Voraussetzung, dass Deine o.g. Annahme richtig ist, würde mir eine Kombination aus Deiner und meiner Lösung besser gefallen: lt_table als STANDARD TABLE OF db-guid WITH EMPTY KEY deklarieren, per SELECT guid INTO TABLE lt_table einlesen und daraus dann per VALUE-FOR-Konstrukt eine RANGES-Tabelle aufbauen und mit dieser löschen.
Das wäre speichersparend, performant und zugleich gut verständlich.
Unter der Voraussetzung, dass Deine o.g. Annahme richtig ist, würde mir eine Kombination aus Deiner und meiner Lösung besser gefallen: lt_table als STANDARD TABLE OF db-guid WITH EMPTY KEY deklarieren, per SELECT guid INTO TABLE lt_table einlesen und daraus dann per VALUE-FOR-Konstrukt eine RANGES-Tabelle aufbauen und mit dieser löschen.
Das wäre speichersparend, performant und zugleich gut verständlich.
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
a-dead-trousers
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
3825
Views
Views
Interner Tabelle ohne Kopfzeile aus anderer Werte zuweisen
von kaim77 » 29.05.2014 12:29 • Verfasst in ABAP® für Anfänger
von kaim77 » 29.05.2014 12:29 • Verfasst in ABAP® für Anfänger
14
Antw.
Antw.
10402
Views
Views
17
Antw.
Antw.
5093
Views
Views
Sätze aus interner Tabelle löschen
von woddstock99 » 31.01.2019 18:22 • Verfasst in ABAP® für Anfänger
von woddstock99 » 31.01.2019 18:22 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
2642
Views
Views
7
Antw.
Antw.
4562
Views
Views
Performance beim Löschen in interner Tabelle mit Ranges
von ernst » 12.01.2006 17:50 • Verfasst in ABAP® Core
von ernst » 12.01.2006 17:50 • Verfasst in ABAP® Core
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 16 Stunden von ralf.wenzel 104 / 10187
vor 16 Stunden von ralf.wenzel 104 / 10187
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 16 Stunden von ralf.wenzel 104 / 10187
vor 16 Stunden von ralf.wenzel 104 / 10187