archiving strategies and limitations of data in a table

Posted by Samuel on Stack Overflow See other posts from Stack Overflow or by Samuel
Published on 2010-04-06T05:39:09Z Indexed on 2010/04/06 5:43 UTC
Read the original article Hit count: 286

Filed under:
|
|
|
|

Environment: Jboss, Mysql, JPA, Hibernate

Our web application will be catering to a large amount of users (~ 1,000,000) and there are a lots of child table where user specific data are stored (e.g. personal, health, forum contributions ...).

  1. What would be the best practice to archive user & user specific information. [a] Would it be wise to move the archived user & user specific information to their respective tables within the same database (e.g. user_archive, user_forum_comments_archive ...) OR [b] Would you just mark the database entries with a flag in the original table(s) and just query only non archived entries.

  2. We have a unique constraint on User.loginid, how do you handle this requirement if the users are archived via 1-[a] (i.e if a user with loginid 'samuel' gets moved into the archive table and if a new user gets added with the same name in the original table, how would you prevent this. What would be the best strategy to address the unique key constraints.

  3. We have a requirement to selectively archive records and bring it back if necessary, will you rely on database tools are would you handle this via your persistence APIs exposed by the JPA entity model.

© Stack Overflow or respective owner

Related posts about jpa

Related posts about database