Ezt a problémát mi a következőképpen oldottuk meg:

Minden rekordban van egy dátum bélyegző (USERDATUM), valamint egy verziószám. A verziószám benne van a kulcsban is. .A módosítás során bizonyos idő elteltével egy új rekordot hozunk létre megnövelt verziószámmal. Ezek után a kapcsolatba nem kell felvenni a verziószámot, mivel a rekord dátuma alapján ki lehet keresni a megfelelő rekordpárt. Plusz még egy AKTUALIS nevú logikai változót is használunk az utolsó érték gyors visszakereséséhez. A verziószám azért kell, mert a dátummezővel mindig kerekítési problémák vannak, ezért nem célszerű a kulcsba betenni.

Most lehet hogyen vagyok az ertetlen de meg mindig nem veszem. Vilagijjuk mar meg egy peldaval.
Mondjuk itt van ket tabla a Sybase EAS Demobol:



A ket tabla a "cust_id"-n keresztul van osszekapcsolva. Szeretnem kovetni mindket tablaban az adatokban beallt valtozasokat, ugy hogy barmilyen (multbeli)idopillanatra az akkor allapotot lassam. Hova rakjak datumbelyegeket?

Most lehet hogyen vagyok az ertetlen de meg mindig nem veszem. Vilagijjuk mar meg egy peldaval.
Mondjuk itt van ket tabla a Sybase EAS Demobol:



A ket tabla a "cust_id"-n keresztul van osszekapcsolva. Szeretnem kovetni mindket tablaban az adatokban beallt valtozasokat, ugy hogy barmilyen (multbeli)idopillanatra az akkor allapotot lassam. Hova rakjak datumbelyegeket?

Dátumbélyegző külön mezőben. Létrehozás és törlés is külön mezőben.
Ezen a táblán belül idegenkulcsokat is másolod.

??? Azert az adatott elobb utobb modositani is kell (legtobb esetben, es most nem csak egy elirt nevre gondolok).



Namostakkor hova rakod a 'belyegzot'. Csak ugy a tabla vegere vagy a kulcsba? Mert azert arra is gondolni kene hogy vannak idegenkulcsok is.


Ebbol nekem meg mindig nem vilagit mire gondolsz, ha uj rekordokat csinalok akkor mas lesz az azonosito, ha az azonositoba beveszem a belyegzot akkor az idegenkulcsaimtol elkoszonhetek.

Ezt úgy egyszerű megoldani, ha a rekord módosítására nem kell figyelni, csak az új rekord hozzáadására.

Ilyenkor a táblák rekordjaihoz teszel egy dátumbélyegzőt, melybe mindig a rekord beírásának dátuma kerül.

Később, ha visszamenőleges állapotot akarsz megnézni, akkor szűrten az addigi rekordokat listáztatod.

---

Ha módosításra is szükség van, akkor ne engedd közvetlenül táblába írni, hanem tegyél a rekordokhoz még egy dátumbélyegzőt a "törlés dátumára".

Mikor módosít, akkor a rekordot még egy példányban létrehozod, régi mellé odaírod a törlés dátumának aktuális dátumot, újba pedig a módosított adatokat teszed.

Ekkor megjelenítésnél már a törlés dátumát is figyelni kell.

Szoval vagyon egy olyan feladat ahol azt kell megoldani hogy az adatbazis mindig naprakesz legyen de ez vonatkozzon a múltra is. Azaz ha beallitok egy régebbi idopontot (pl. belepesnel) akkor az akkori allapotnak megfelelo kepet kapjam. Soxor utkoztem mar hasonlo problemaba, legtobbszor valamilyen nem teljesen korrekt megoldassal meg lehetett kerulni a dolgot (pl. naplok) de nem volt az igazi.
Elofordul hogy vannak torzsadatok amelyek egy-egy idoszakban ilyen vagy olyan erteket vesznek fel majd megszunnek aztan ujra hasznalni kell oket, stb. Ha ez mezei torzs lenne akkor mindig csak a pillanatnyi allapotot latnank, de nekem szuksegem van arra is hogy mikor vegignezem (pl. ujraszamolom) egy mezo erteket (pl. écs) akkor mindig az akkori (jogszabalyban eloirt modon) tudjam azt megtenni. Na ezt naplobol meg kulonfele mentett tablakbol stb. eleg nehez es barkacs megoldas.

Van erre tapasztalatotok hogyan erdemes megvalositani (raadasul ugy hogy ez az egesz adatmodelre kiterjedoen egysgesen kezelheto legyen). Neztem mar tobb (tan)konyvet leirast a temaban de eleg nagyvonaluan kezelik inkabb csak megemlitik hogy ez egy eleg nagy problema es nem egyszeru a megoldasa (ezert nem is reszletezik)...