wiki:S2S_PERSIST_ARCHIVING_R0
Last modified 3 years ago Last modified on 02/03/09 12:19:20

Pages linking to S2S_PERSIST_ARCHIVING_R0:
TASK_INDEX

Ticket Summary Owner Status Type Component Priority Effort Importance
#1319 S2S_PERSIST_ARCHIVING_R0 kyli closed planned_task S2S_PERSISTENCE 3 1 0

Reported by Astea, 4 years ago.

Description

wiki page: S2S_PERSIST_ARCHIVING_R0 - effort: 1d

Analysis_owners

kyli

Analysis_reviewers

meddle

Analysis_score

2.5

Design_score

0

Imp._score

0

Test_score

0

Analysis

Overview

Since 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.

Task requirements

Design and implement a model for storage archiving. Think about the following aspects:

  • Archiving old resource changes.
  • Dealing with old comments.
  • Archiving unused accounts.

You 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.
Make decisions on these and apply them.

Task result

Source code.

Implementation idea

1st: Implement this task together with the PRO_CHANGE tasks (they are too much, so they will not be listed here).
2nd: Think out just the mechanism for archiving, apply it to the currently persisted objects. Changes' shrinking can be implemented with the next (main) revision.

In chronological order:
S2S_PERSISTENCE_COMMONS_R0
S2S_PERSIST_MODEL_R0
S2S_PERSIST_RESOURCES_R0
S2S_PERSIST_META_R0

How to demo

Show the code, run the tests (if any).

Design

(Describe your design here.)

Implementation

(Describe and link the implementation results here (from the wiki or the repository).)

Testing

(Place the testing results here.)

Comments

(Write comments for this or later revisions here.)