Kompjuteri nazalost imju UPDATE i DELETE komande i mi se uglavnom ne stitimo od toga. Istina, uglavnom je UDATE/DELETE par sakriven od korisnika, ali nije od programera
Hvala na interesovanju i cestitkama, a da ideja zahteva doradu, odnosno jos constrainta, i pukotina koja trazi resenje je sledeca:
DELETE nije moguc, ni Update kolone StariStatus, ali...kolonu DatumOd, Cenu, Naziv je moguce menjati u istoriskim podacima.
Ako pogodim Constaint za jednu od ovih kolona imam ga i za ostale.
Dok sa dodavanjem kolona u 'tvom' primeru, PRIMARNG KLJUCA
ALTER TABLE [dbo].[Status_HistoryES] ADD CONSTRAINT [PK_Status_HistoryES] PRIMARY KEY CLUSTERED
(
[StatusID] ASC,
[DatumOd] ASC,
[cena] ASC,
[naziv] ASC
)WITH (SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF) ON [PRIMARY]
i referencijalnog integriteta
ALTER TABLE [dbo].[Status_HistoryES] WITH CHECK ADD CONSTRAINT [FK_Status_HistoryES_Status_HistoryES] FOREIGN KEY([StariStatus], [DatuOdStari], [CenaStara], [NazivStari])
REFERENCES [dbo].[Status_HistoryES] ([StatusID], [DatumOd], [cena], [naziv])
izmene nisu moguce, TAKO DA JE KUZNECOV IPAK VISHE U PRAVU, u smislu ogranicenja.
Sad mi je ideja u pravcu da te kolone koje ipak treba dodati, budu computed kolone koje kao Persisted, kreirane fizicki ne znam dal mogu ucestvovati u izgradnji referencijalnog integriteta. Probacu.
[Ovu poruku je menjao nadavesela dana 07.04.2011. u 15:39 GMT+1]
[Ovu poruku je menjao nadavesela dana 07.04.2011. u 16:31 GMT+1]