mir fehlt noch etwas das Grundverständniss für das Speichern von Objekten in einer Tabelle, unter Beispielccode wie ich einen Objekt-Manager erstellenwürde ... -> dh ein Tabelle beinhaltet alle erzeugen Objekte einer Klasse bzw deren Referenzen. diese Tabelle wird einmalig aufgebaut und READ-Only im Programm verwendet .. vermutlich kommen da so 100.000 Objekte des gleichen Typs rein.
- Code: [Select all] [Expand/Collapse] [Download] (Untitled.txt)
- PUBLIC SECTION.
- val type i,
- knz type c.
- p2 type any
- p3 type any.
- METHOD constructor.
- me->id = p1.
- me->val = p2.
- me->knz = p3.
- create OBJECT rf_1 exporting p1 = 1 p2 = 2 p3 = 'A' .
- create OBJECT rf_2 exporting p1 = 1 p2 = 2 p3 = 'A' .
- create OBJECT rf_3 exporting p1 = 10 p2 = 10 p3 = 'B' .
- .
- *(1)
- * (2)
- * (3)
- TABLE_LINE->id = 2.
- * ----------------------------------------------
- * das ganze mal als sorted table ....
- * ----------------------------------------------
- GeSHi ©
kann man das so machen ????
Ich habe mal aus Performance Sicht die folgende Vermutung
die sortierte Tabelle ist für den A. da ja lediglich die Referenzen sortiert sind, das bringt jedoch keinen Vorteil für die Objektsuche via Attribute -> ergo sollte die interne Tabelle wohl immer als "Hashed Table" typisiert sein oder ?
habt Ihr vielleicht noch ein paar Erfahrungswerte mit dem Speichern von Objekten in Internen Tabellen ?
thx