<< StubConstError | Index | SLFehler >>

Da die Batchverarbeitung nicht ACID ist, werden grosse Kollektionen, falls sie bei Updates abgebrochen werden, inkonsistent

Wir werden nun die Hashrepresentation im Dump effizienter gestalten, damit wir Kollektionen ACID konform speichern können.

Als Key einer Kollektion wird nicht mehr ein Stubobjekt verwendet, sondern ein simpler String

Spikes: Gössenvergleich Stub und String

 
irb(main):009:0> Marshal.dump(stub)
=> "\004\010o:\017ODBA::Stub\010:\020@odba_classc\vString:\024@odba_container\"\000:\r@odba_id\"\000"
irb(main):010:0> Marshal.dump(str)
=> "\004\010\"\fid:1234" 

Wir haben jetzt einen neuen Ansatz mit der colletion Tabelle!

Wichtig: Da jetzt die Methode odba_id in Object definiert ist, sollte man diese auch in der Mock Klasse neu definieren, weil man sonst diese Methode (in der __next Methode) nicht erwarten kann.

Migration:

Grosse Kollektionen sollten beim 1. Start von Hand gespeichert werden. Registrationen neu speichern dauert beim ersten Mal ein bisschen länger, weil die Sequenzen in die collection Tabelle gespeichert werden.