Pravljenje baze sa 4-5 polja za informacije

Pozdrav... odmah da kazem da sam mozda i pogrijesio podrucje, da sam pocetnik u bazama i da mi date bilo kakvu pomoc potrebna mi je stvarno :)
Odavno nisam radio u accessu i danas sam sjeo da napravim obicnu bazu u kojoj ce biti slijedeca polja ; Ime, Prezime, Kontakt tel, Broj tablice, Datum registracije !
Sve sam zaboravio sto se tice baza, i sad me "kljuc" totalno zbunjuje, a nikako da se sjetim i skuzim sta predstavlja i sta s njim trebam da uradim...
Treba mi baza tj mali programcic taj da unosim te podatke i da ih po datumu azuriram, nista drugo! Ako mi neko moze pomoci da mi kaze kako bi je najlakse napravio, u kojem programu ako postoji (za GUI) da malo usminkam i slicno!
Unaprijed Vam stvarno hvala!

Potpis

Sometime... somewhere... What time? Where the fuck ?!

"Kljuc" je primary key, koji je unique identifier za rekord u tabeli. Moze biti vec jedno od postojecih polja u tabeli (ako znas da ce to polje uvek imati unique vrednost), ili novo polje tipa Auto Number.

Potpis

All beer is good. Some beer is better.

Hvala ti na pomoci i trudu ali opet ne kontam! Eto nabrojao sam polja koja mi trebaju i s kojima hocu to da napravim... i koje bi polje sad trebalo imati "unique" vrijednost? Datum?

Potpis

Sometime... somewhere... What time? Where the fuck ?!

Ako ti tabla predstavlja entity, kao recimo "osoba", onda razmisli koja unique vrednost moze da indetifikuje osobu. U ovom slucaju nemozes koristi recimo ime i prezime, jer se mogu naci dve osobe koje ce imati isto ime i prezime. U takvim slucajevima koristi Auto Number kao unique identifier.

U tvom slucaju, mislim da je najjednostavnije da stavis Autno Number kao PK.

Potpis

All beer is good. Some beer is better.

Ako ovdje govoris o auto tablicama onda to polje mozes uzeti za primarni kljuc, jer ce biti jedinstveno.
BTW ako tabelu ne povezujes sa vanjskim tabelama onda ti u navedenoj struturi i nije nuzno da postavljas primarni kljuc.

Delfin ti je lepo predlozio Broj Tablice za PK. Ako nije dovoljno, probaj u kombinaciji sa jos nekim poljem, na primer (BrojTablice,Datum) - OK je da ti PK bude slozen od dva ili vise polja.

Delfin ti nije lepo predlozio da preskocis PK ako taela nije povezana sa drugim tabelama. Veruj mi, zivot je mnogo laksi sa PK nego bez njega.

:-)