Hashed Table und Objekte
2 Beiträge
•
Seite 1 von 1
2 Beiträge
Seite 1 von 1
Hi,
möchte Objekte in einer Internen Tabelle (Typ: Hashed Table) ablegen und mittels Key darauf zugreifen. Geht das in der Kombination mit einer Hashed Table oder muss ich hierzu einen anderen Typ auswählen?
Habe bisher eine Klasse Z_RATE_CC mit den Attributen:
-WA_CSKS (Zeilentyp der Tabelle CSKS)
-PARENT_NODE (Referenz)
-KOSTL (Char)
Möchte nun das Objektattribut - KOSTL als Schlüssel in einer internen Tabelle definieren um gezielt darauf zuzugreifen zu können. Im DD einen Tabellentyp mit Zeilentyp der Klasse Z_RATE_CC angelegt und den Zugriff auf Hash-Tabelle gesetzt. Als Schlüsseldefinition ist der Zeilentyp gewählt.
Nur wo lege ich fest, welches Attribut als Grundlage des Hashed-Keys dient?
Grüße und Danke
reichi
möchte Objekte in einer Internen Tabelle (Typ: Hashed Table) ablegen und mittels Key darauf zugreifen. Geht das in der Kombination mit einer Hashed Table oder muss ich hierzu einen anderen Typ auswählen?
Habe bisher eine Klasse Z_RATE_CC mit den Attributen:
-WA_CSKS (Zeilentyp der Tabelle CSKS)
-PARENT_NODE (Referenz)
-KOSTL (Char)
Möchte nun das Objektattribut - KOSTL als Schlüssel in einer internen Tabelle definieren um gezielt darauf zuzugreifen zu können. Im DD einen Tabellentyp mit Zeilentyp der Klasse Z_RATE_CC angelegt und den Zugriff auf Hash-Tabelle gesetzt. Als Schlüsseldefinition ist der Zeilentyp gewählt.
Nur wo lege ich fest, welches Attribut als Grundlage des Hashed-Keys dient?
Grüße und Danke
reichi
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
hi!
Ich glaub das wird so nicht funktionieren.
Die Syntax wäre WITH KEY TABLE_LINE->KOSTL.
Die Angabe eines Attributes im Key ist meines Wissens aber nicht möglich, da das betreffende Attribut zur Laufzeit auch UNDEFINED (Object IS NOT BOUND) werden könnte und somit die Sortierung der Hashed Table zerstören würde.
Meine Empfehlung ist es einen STANDARD TABLE zu zerwenden, diesen nach TABLE_LINE->KOSTL zu sortieren und dann mittels READ TABLE ... BINARY SEARCH auszulesen.
lg ADT
Ich glaub das wird so nicht funktionieren.
Die Syntax wäre WITH KEY TABLE_LINE->KOSTL.
Die Angabe eines Attributes im Key ist meines Wissens aber nicht möglich, da das betreffende Attribut zur Laufzeit auch UNDEFINED (Object IS NOT BOUND) werden könnte und somit die Sortierung der Hashed Table zerstören würde.
Meine Empfehlung ist es einen STANDARD TABLE zu zerwenden, diesen nach TABLE_LINE->KOSTL zu sortieren und dann mittels READ TABLE ... BINARY SEARCH auszulesen.
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.
5124
Views
Views
sorted table, hashed table: Übergabe Workarea -> Performa
von Jürgen Fischer » 30.01.2006 08:09 • Verfasst in ABAP® Core
von Jürgen Fischer » 30.01.2006 08:09 • Verfasst in ABAP® Core
2
Antw.
Antw.
3781
Views
Views
1
Antw.
Antw.
1151
Views
Views
5
Antw.
Antw.
9841
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1041
vor 2 Tagen von DeathAndPain 4 / 1041
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1041
vor 2 Tagen von DeathAndPain 4 / 1041