Donatas rašė:
> Iš principo tu teisus tik dabartineje strukturoje tarpe nera  "Sutarčių
> planų sąrašas", ir tos lenteles labai nesinoretu iterpti ...
>
> kyla klausimas ar verta optimizuoti, jei puse sutarties yra senos, o pvz gal
> tik 10 % galo pasikeicia , tokiu atveju pagal tavo siuloma struktura reikia
> pakartoti ir likusia 90% tokios pat informacijos.

Tada labiau aktualus versijavimo uždavinys ir SQL auditavimas: 
data-versioning, tuple-versioning, history table, audit (table), change 
tracking.
Veikimas galėtų būti ir toks: yra vienas originalus/pradinis planas, o 
paskiausi jo pakeitimai yra to plano revizijos/versijos. Pakeitimus 
nebūtina perrašyti atskiru/nauju planu, o galima saugoti tik tai, kas 
buvo pakeista nuo ankstesnio IR/AR pirminio plano.

Iš čia kiek labiau aiškus principas ir galima pakeitimų lentelės struktūra:
(nors bendru atveju reikėtų pagoogle'inti pagal minėtus keyword'us)

http://jimmyg.org/blog/2007/audit-tables-in-postgresql-with-debian.html