Разработка базы данных для ежегодно обновляемой базы данных (один раз в год)

Question

У меня большая база данных, которая будет обновляться только раз в год.Каждый год данные будут использовать одну и ту же схему (данные не будут добавлять новые переменные).Есть «главная» таблица, где хранится большая часть информации о клиентах.Чтобы отслеживать, что происходит из года в год, лучше ли спроектировать поле в основной таблице клиентов, в котором указано, какой это год, или таблицу «год», которая относится к таблице основных клиентов?

Answer 1

Я рекомендую иметь поле года в таблице клиентов, так что все вместе.Вы даже можете использовать временную метку для автоматического ввода даты регистрации пользователя.

Answer 2

Чтобы действительно ответить, нам нужно увидеть вашу схему, но почти никогда не будет правильного выбора сделать новую таблицу на новый год.Возможно, вы хотите связать годы с клиентами.

Answer 3

Обычно вы разделяете свои архивные данные, потому что вы выполняете OLTP-обработку ваших текущих данных, потому что вы хотите в основном работать с текущими данными, а иногда и смотреть на старые вещи. Но у вас очень мало обновлений, кажется. Я предполагаю, что основной движущей силой являются ваши запросы, и то, что они «обычно» делают, и какую производительность вы должны получить от них. Возможно, вам будет проще иметь все в одной таблице - с колонкой год. Но если большинство ваших запросов относятся к текущему году, и они сильно снижают производительность, вам может потребоваться разделить текущие данные - либо с использованием физических таблиц, либо разбиения таблицы (в зависимости от БД некоторые могут сделать это для ты, пока еще находишься за одним столом)