Tako sam i mislio :-)
Sta si napravio u excelu, moze da prodje, ali definitivno se tako ne radi u Accessu. Posto imas vise od tri kolone sa lokacijama i datumima, necemo ni da pokusamo da utvrdimo koji je najveci datum.
Obe tabele koje si prilozio treba da se normalizuju. Umesto tabele sa mnogo kolona i tri reda, treba ti tabela sa tri kolone i mnogo redova. Za vozila, kolone bi bile (regbroj, gde se vozilo nalazi, datum) Za projekte, kolone bi bile (Projekta, aktivnost, datum). Otprilike ovako:
Naziv lokacije Datum Aktivnost
VIDOVA 7/6/2006 Idejni projekat odobren
IVANJICA 8/11/2006 Lokacija obiđena od projektanta
IVANJICA 9/27/2006 Dobijena skica iz katastra nepokretnosti
IVANJICA 9/27/2006 Urađen Situacioni plan
IVANJICA 10/12/2006 Situacioni plan odobren
IVANJICA 10/14/2006 Podnet zahtev za EE uslove
BEOGRAD 11/8/2006 Lokacija obiđena od projektanta
VIDOVA 11/27/2006 Predat zahtev za Akt o urbanistickim uslovima
BEOGRAD 12/25/2006 Dobijena skica iz katastra nepokretnosti
BEOGRAD 1/18/2007 Urađen Situacioni plan
BEOGRAD 1/26/2007 Situacioni plan odobren
BEOGRAD 1/29/2007 Podnet zahtev za EE uslove
IVANJICA 2/12/2007 Dobijeno rešenje o EE uslovima
IVANJICA 3/26/2007 Urađen Idejni projekat
Ideja je da kad god se nesto desi na projektu, neka aktivnost, ili faza, dogadjaj, zovi ga kako hoces, u tabelu se dopise jedan red. Znacenje: na taj datum se na odredjenom projektu desio odredjeni dogadjaj. U Access je lako napraviti kveri koji ti za svaki projekat pronadje maksimalni datum - to je datum poslednje aktivnosti, to jest datum stanja koje ti trazis. Onda ti sledeci kveri pokaze tacno koja je to aktivnost/dogadjaj/faza. Zakacio sam Access fajl gde sam tvoju tabelu Projektovanje normalizaovao i napisao sam ti potrebne kverije.
Vozilo Regbr datum Lokacija
BMW BG-222-335 12/25/2006 Niš
BMW BG-222-335 1/18/2007 Budimpesta
BMW BG-222-335 1/26/2007 Bukurest
BMW BG-222-335 1/29/2007 Tirana
Fiat Punto Grande BG-222-333 8/11/2006 Beograd
Fiat Punto Grande BG-222-333 9/27/2006 Budimpesta
Fiat Punto Grande BG-222-333 9/27/2006 Niš
Fiat Punto Grande BG-222-333 10/12/2006 Bukurest
Fiat Punto Grande BG-222-333 10/14/2006 Tirana
Fiat Punto Grande BG-222-333 2/12/2007 Zagreb
Fiat Punto Grande BG-222-333 3/26/2007 Sarajevo
Fiat Punto Grande BG-222-333 3/26/2007 Sofija
Fiat Punto Grande BG-222-333 4/11/2007 Rim
Peugeot 407 BG-222-334 11/29/2005 Beograd
Peugeot 407 BG-222-334 1/17/2006 Niš
Peugeot 407 BG-222-334 1/18/2006 Budimpesta
Kapiras ideju? Kad god vozilo dodje u novi grad, unsese jedan red u tabelu. Pokusao am da normalizujem i ovu tabelu, ali nisam 100% uspeo, jer su se pojavili duplikati. Isto vozilo je bilo u istom danu na dva mesta, u Budimpesti i u Nisu na primer, ili Sofija i Sarajevo. Fizicki je to moguce, mozda je i OK da imas isto vozilo na dve lokacije u istom danu. Uglavnom, ideja je ista - svaki novi dogadjaj = novi red. U slucaju vozila, dogadjaj bi bio 'dolazak vozila u neki grad'
Ponovo sam ti napisao kverije koji daju ogovor na tvoje pitanje - 'gde mi je koje vozilo u ovom trenutku'
Ako pravilno postavis Primary Key na tnormalizovanim tabelama, sprecices greske. Sta ako neko unese da je dobijena EE saglasnost dav put za isti projekat? AKo dalje idemo u normalizaciju, dobicemo tabele koje cuvaju validne dogadjaje. Sta ako neko unese Toronto u tabelu sa vozilima? Ne zelimo ni da neko unese nepostojeci dogadjaj u tabelu Projektovanje ('direktor odveo sekretericu na sluzbeni put' na primer). Pravilnim projektovanjem (dizajnom) baze podataka (tabele) ti se problemi lako sprecavaju.
Naravno, treba da naucis bar da pises kverije koji odgovaraju na tvoja pitanja, normalizaciju mozes da prepustis nekome kome je to glavni posao. Podatke mozes da unosis direktno u tabele,ili da neko napise program za tu svrhu.
:-)