Imam jednu malu nedoumicu oko definisanja jedne strukture podataka, pa ću ovde da iznesem *pojednostavljen* problem.
Pretpostavimo da imamo tabelu sa dva polja:
ID_unosa, Unos
...gde je Unos tekstualno polje. Korisnici unose neki tekst, a u front-endu postoji mogućnost izmene Unosa. Znači dvoklik na postojeći unos, otvara se maska za izmenu, pokreće se INSERT query i vraća se nazad u formu za unos. Potrebno je napraviti log tabelu u kojoj se čuva istorija unosa (prethodni unosi), kako bi se imao uvid šta je menjano.
To sam rešio na sledeći način, napravivši tblLog:
ID_unosa, Datum, OldUnos, NewUnos
...dakle, ključ u ovoj tabeli je kombinovan od dva polja (ID_unosa, Datum), tako da se ima uvid u sve podatke. Datumsko polje je TIMESTAMP i ima default vrednost now().
Pitanje jeste: da li je ovo rešenje optimalno? Postoji mogućnost višestrukog menjanja unosa pa se malko komplikuje praćenje istorije s tim. Takođe, ovo je samo pojednostavljena tabela, realna tabela ima više od 10 polja koja se mogu menjati, pa tabela tblLog postaje redundantna - slabo popunjena.
Hvala unapred na predlozima!
Bolje 100 godina biti milioner nego nedelju dana siromašak
(c) Alan ford
(c) Alan ford