Как оптимально хранить исторические данные записей таблицы?

Question

[wawa]

Есть таблица

CREATE TABLE entity (
id int PRIMARY KEY,
a text,
b text,
c text); -- полей больше, но не суть

Записи в этой таблице в основном обновляются.
Задача - хранить историю изменений записей таблицы entity вместе со временем этих изменений, с учетом того, что поля обновляются с разной периодичностью: a - час, b - сутки, c - неделя.
Как вариант создать таблицу

CREATE TABLE entity_history (
id int REFERENCES entity(id),
a text,
b text,
c text,
changed_at timestamp
);

Но это очень неэффективный вариант по памяти.
Может создать по отдельной таблице на каждую группу полей, объединенных по частоте обновления. Но так будет многовато таблиц entity_a_history, entity_b_history... - как-то кривовато выглядит.
Как сделать толково?

Comments

[Denis]

a - час, b - сутки, c - неделя.

a text,
b text,
c text,

Это совпадение, или это и есть логика?

[wawa]

sidni, не понял вас

[Denis]

Имеется в виду одинаковые пункты a,b и c.
Если это разное то ничего страшного берите за основу первый вариант и когда все разрастется до не приличия по крону удаляйте или переносите записи в бекап таблицу дольше недели

[wawa]

a, b, и c - это разные поля. В entity_history планируется хранить старые версии записей в entity.