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.

-- 
Donatas
"Laimis" <wiela@centras.lt> wrote in message 
news:jbihio$5pm$1@trimpas.omnitel.net...
> Donatas rašė:
>> Sveiki, nesugalvoju kaip teisingai realizuoti tokia situacija, yra 
>> sarasas:
>> id sutartis_id data duomuo1, duomuo2, ...
>>
>> kur sutartis - konkrecios sutarties ID , viena sutartis gali tureti plana
>> t.y. pagal data isdeliotus duomenis (datos vienai sutarciai
>> nesikartoja).Situacija: sutartis (visiems irasams bus tas pats
>> sutarties_id )  su pvz 24 plano irasais nuo 2010-01-01 iki 2012-01-01 
>> (kas
>> menesi) , reikia nuo pvz 2011-01-01 plana likusioms datoms 2011-01-01 iki
>> 2012-01-01 pakeisti kazkokius duomenis.
>>
>> Bet reikia, kad pasirinkus einama data pvz 2010-10-01 butu matomas 
>> senasis
>> (pirminis planas), kitaip tariant planas niekada niekur nedingsta  ir 
>> galima
>> gauti tos dienos momentine situacija.
>>
>> Pirmas i galva atejes tupiausias sprendimas ivesti dar viena lauka
>> (galioja_iki) ir visam senam planui updatinti iki kada jis galioja, ir
>> pasikeitusi plana kurti toliau, o tada pagal einama data isrinkti ko 
>> reikia.
>> Antra kurti pasikeitusi plana tik nuo tos datos , bet tada iskyla valdymo
>> (klausimai).
>
> Pirmas į galvą atėjęs supratimas, kad norima turėti aibę (bent keletą) 
> skirtingų planų sutarčiai? Tokiu atveju:
>
> Sutartys:
> {id_sutartis, data, ...}
>
> Sutarčių planų sąrašas:
> {id_sutartis, plano_id, ...}
>
> Planai:
> {plano_id, data, ...}