This wiki has undergone a migration to Confluence found Here
Temporal aspects of RIMBAA databases
Revision as of 09:52, 19 January 2009 by Rene spronk (talk | contribs) (New page: category:RIMBAA Issue ==Summary== How, in RIMBAA applications, does one deal with 'versions of an object'. *If you receive an update of an object, should the old object be simply ove...)
Summary
How, in RIMBAA applications, does one deal with 'versions of an object'.
- If you receive an update of an object, should the old object be simply overridden and the new one persisted? Or should the history of the object be maintained? Other objects may reference a specific (old) version of the object.
- This is related to the (potential) requirement to archive ControlActs - to keep a record of who has caused certain changes to happen.
- See also the Core Principles document on 'Accountability'
Analysis
Discussion
- Free flowing comments related to the issue at hand
