Changes between Version 2 and Version 3 of S2S_PERSIST_ARCHIVING_R0


Ignore:
Timestamp:
02/03/09 12:19:20 (16 years ago)
Author:
kyli
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • S2S_PERSIST_ARCHIVING_R0

    v2 v3  
    77 
    88== Overview == 
    9 Different kind of resources are going to be persisted on th Sophie2 server - users, books, etc. For now, resources are stored in a database. We should not allow this database to be bloated, so a way for cleaning it up must be defined. 
     9Since the server will use the base persistence module, it is going to use the same persistence schema. Having in mind that the server will store every resource change, the persisted information will certainly be too much.  
    1010 
    1111== Task requirements == 
    12 Design and implement a model for S2S database archiving. Think about the following aspects: 
     12Design and implement a model for storage archiving. Think about the following aspects: 
    1313 * Archiving old resource changes. 
    1414 * Dealing with old comments. 
    1515 * Archiving unused accounts. [[BR]] 
    16 Make decisions on these and apply them to the org.sophie2.server.persistence layer. 
     16You must also revise the current persistence of changes - is there a way to store less data without affecting the performance of the change manager. For this, it is good to implement this task together with the ones, concerning about changes. [[BR]] 
     17Make decisions on these and apply them. 
    1718 
    1819== Task result == 
    19 Source code - extra features in org.sophie2.server.persistence. 
     20Source code. 
    2021 
    2122== Implementation idea == 
    22 1st: Implement this task after (or together with) [wiki:S2S_PERSIST_CHANGES_R0]. The problem here is that this task is in the next revision. [[BR]] 
     231st: Implement this task together with the PRO_CHANGE tasks (they are too much, so they will not be listed here). [[BR]] 
    23242nd: Think out just the mechanism for archiving, apply it to the currently persisted objects. Changes' shrinking can be implemented with the next (main) revision. 
    2425 
     
    3132 
    3233== How to demo == 
    33  
     34Show the code, run the tests (if any). 
    3435 
    3536= Design =