Problem s dizajnom baze-hitno!

Radim program za analizu rada djelatnika i kreirao sam bazu sa sljedećim tablicama:

RADNICI:SifraRadnika(PK), Ime, Prezime, DatumRodenja, Mjesto, Ulica, KucniBroj...

POSLOVI:SifraPosla(PK), VrstaPosla, MjernaJedinica, Cijena...

Moj je cilj na temelju ove dvije tablice izračunati plaću radnika, pa sam kreirao tablicu

PLACA:Kljuc(PK), Datum, SifraRadnika(FK), SifraPosla(FK), KolicinaPosla, Cijena, UkupniIznos.

Problem je sljedeći: sve štima dok se ne mijenjaju podaci u primarnim tablicama RADNICI I POSLOVI. Pošto moram imati arhivu plaća mene zanima kako riješiti problem koji nastaje ukoliko se naprimjer u tablici RADNICI promijene i ime i prezime ili ako se promijeni cijena posla? Na taj način u tablici PLAĆA dobivam da je netko drugi radio određeni posao ili automatski mijenjam cijene i ukupne iznose za sve recorde.

Ukoliko npr. neki radnik više ne radi i ja ga izbrišem iz tablice RADNICI onda više ne znam tko je radnik pod izbrisanom šifrom u tablici PLAĆA...

Ne znam kako formirati tablicu PLACA (ili vise drugih tablica ako je potrebno) pa vas molim za pomoc. Jedino što mi pada na pamet je u tu tablicu dodati kolone ImeRadnika,PrezimeRadnika,OpisPosla,Kolicina,Cijena,UkupniIznos, al mislim da to onda i nema previše veze s relacijskim bazama podataka i normalizacijom?!

Hvala unaprijed na odgovoru!

Ovoje sasvim ok, jer ce ti ta tablica koiliko vidim sluziti cisto za evidenciju.

Sve mi je to jasno i na taj sam način i ja razmišljao, ali ono što mene zapravo muči je tvoja zadnja tvrdnja. Ja radnike ni ne pamtim po imenima i prezimenima nego po šifri.

Npr. Ja u tablici radnici imam radnika pod šifrom 3 koji se zove Pero Perić. U tablici plaća imam šifru radnika (3) koji je radio npr. 03.10.2011. određeni posao. Ukoliko ja promijenim ime i prezime radnika iz tablice radnici sa šifrom 3 u Marko Markić ispada da je 03.10.2011. radio Marko Markić, a ne Pero Perić!!

Meni je ključno da imam evidenciju i trenutno stanje za svaki dan u prošlosti. Znači da se zna tko je radio taj dan i po kojoj cijeni i koju vrstu posla.

Mislim da moram unijeti vremensku dimenziju u cijelu ovu priču ili jednostavno formirati tablicu kako je "drnde" naveo u svom odgovoru?! Pod vremensku dimenziju mislim da unesem i vrijeme svake promijene određenog podatka. Npr. kad radniku sa šifrom 3 promijenim i ime i prezime da znam datum kad je došlo do promjene pa da ga uspoređujem s datumom knjiženja plaće. Ni sam nisam siguran kako to jednostavno izvesti!

Nadam se da me sad kuzite.

Mislim da je to ono sto trazim! Pronasao sam na http://en.wikipedia.org/wiki/Slowly_changing_dimension nesto o mom problemu i mislim da je Type 4 iz tog članka ono što mi ti predlažeš.

Na temelju toga mislim napraviti dvije tablice kako si i rekao samo što ću još u njih dodati kolone VrijediOdDatuma i VrijediDoDatuma. Kad ću po prvi put dodati novog radnika u tablicu RADNICI u kolonu VrijediOdDatuma upisat ću datum kad dodajem novog radnika, a u kolonu VrijediDoDatuma ću upisati 31-12-9999. Kad dođe do neke promjene u tablici RADNICI će se nalaziti nove vrijednosti uključujući i onu u VrijediOdDatuma u kojoj će se upisati datum na koji se ta promjena događa. U drugu će se pak tablicu, koju ću npr. nazvati RADNICI_HISTORY, dodati novi redak s podacima iz tablice RADNICI prije promjene i u kolonu VrijediDoDatuma će se upisati datum kad je izvedena promjena u tablici RADNICI.

Je l' to ono što si mi predložio?

Hvala unaprijed!

Ma ne bih, ali me muči sljedeće: korisnik npr. napravi neku pravopisnu grešku prilikom unosa imena i prezimena i kasnije to skuži i želi je ispraviti. Znači moram u svom C# programu dozvoliti izmjenu. Sve je ok ako ispravi tu greškicu, ali me zanima kako se onda osigurati da korisnik koji nista ne zna o bazama podataka izmijeni sve. Padne mu na pamet da bi bas super bilo da pod šifrom 3 ima nekog drugog i promijeni totalno i ime i prezime?!

Barem pola posla se odnosi na ograničavanje korisnika što može napraviti (gluposti). Možeš napraviti nekoliko levela za korištenje programa tipa; korisnik, editor, supervisor,.. I svakom dati prava koja želiš, odnosno što pojednini profil može raditi - mijenjati. Dakle za radnje diskutabilnog karaktera jednostavno ne daš npr. korisniku mogućnost. Čisto teorijski, što se tiče konkretnog slučaja ti ionako pratiš samo šifru, a da li će pod tom šifrom biti Pero Perić ili Đuro Đurić, tebi je ionako svejedno..

Naravno, može se dogoditi i da se OIB krivo unese (iako ne vjerujem da bi to moglo ostati neprimjećeno do prvog obračuna plaće). Po meni, ne bi bilo dobro dopustiti korisniku da mijenja više podataka od jednom. OK, adresu i grad može, ali ime, prezime, datum rođenja i OIB isključivo samo jedan podatak, uz prikaz upozorenja.

Kako provjeriti jel OIB ispravan - link.