Evo kako bi mogao da razmisljas:
Prvo uoci objekte posmatranja (entitete, njih cemo smestiti u tabele) i njihove osobine (to ce biti kolone u tabelama).
Ja ovde uocavam da postoje GRUPE, KORISNICI i MODERATORI za pocetak (ja bih inace jos uopstio stvar pa bih i moderatore smatrao samo jednom posebnom vrstom korisnika, ali da ne komplikujemo sad).
Sto se tice osobina, svaka grupa ima svoj naziv, a korisnici i moderatori imaju svoja imena, telefone, datume rodjenja itd.
Mozemo reci i da je jedna od osobina svake grupe to ko je njen moderator, i ko su njeni clanovi, ali tu vec prelazimo u oblast odnosa izmedju tabela.
A odnosi bi ovde mogli biti prilicno komplikovani:
- Jedan moderator moze da moderira vise grupa. A u jednoj grupi moze biti vise moderatora. (veza N:N)
- U jednoj grupi ima vise korisnika. A isti korisnik moze da bude u vise grupa. (veza N:N)
(uzeo sam najopstiji, najtezi slucaj)
Za oba ova odnosa treba ti po jedna tabela u kojoj ce pisati 1) ko je moderator u kojoj grupi 2) koji clan je u kojoj grupi.
Sve u svemu, model bi izgledao ovako:
GRUPE
--------
grupaID (primarni kljuc)
naziv
KORISNICI
------------
korisnikID (primarni kljuc)
ime
telefon
...
MODERATORI
--------------
moderaotrID (primarni kljuc)
ime
telefon
...
MODERIRANJE (Primarni kljuc ove tabele sastoji se od oba ova polja)
--------------
moderator (strani kljuc, odgovara jednom od moderatora iz tabele MODERATORI, mora biti istog tipa kao moderatorID)
grupa (strani kljuc, odgovara jednoj od grupa u tabeli GRUPE, tj. grupaID)
CLANSTVO (Primarni kljuc ove tabele sastoji se od oba ova polja)
-------------
korisnik (strani kljuc -> korisnikID )
grupa (strani kljuc -> grupaID )
datum uclanjenja (mozda)
Savetujem ti da odes na
http://casovi.klikeri.net i procitas neke od clanaka koji se ticu relacija tj. veza izmedju tabela.
Ako zaista zelis ovo da shvatis napravicu ti primer u Access-u.