简体   繁体   中英

database schema for periodically store record for user

I'm trying to come up with database schema to efficiently store data that periodically changes (maybe every 2 months or so). Let's say I have USER table that contains some information about users and every 2 month I want to store some of user information into other table, called RECORD. But then I thought it was very inefficient because that Record table will become larger (depends on how big user table is). For instance, if I have 1 million rows in user table, then record table will increase 1 millions every 2 months. Is this approach ok or is there better way to achieve this sort of system?

You should ensure that whatever data you are storing is not redundant. If you are just wanting to view whatever data based on the user table then a view may be more appropriate

The technical post webpages of this site follow the CC BY-SA 4.0 protocol. If you need to reprint, please indicate the site URL or the original address.Any question please contact:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM