Radim jednu bazu, nije prebitno al eto u MYSQL-u, i imam problem s tim što imam nekoliko tablica koje su povezane sa many-to-many vezom.

Primjerice, studenti, nastavnici, kolegiji, fakulteti.

Jedan student može slušati više kolegija
Jedan kolegij može držati više nastavnika
Jedan nastavnik može raditi na više fakulteta

Kad su samo dvije tablice npr. studenti i nastavnici, onda jednostavno napravim "presječnu" tablicu studenti_nastavnici gdje su primarni ključevi u tablicama studenti i nastavnici ovdje strani ključevi i tvore kompozitni primarni ključ.

No ovdje imam 4 takve tablice i sad ne znam kako pristupiti:

1. napraviti tablicu studenti_nastavnici_kolegiji_fakulteti po uzoru na gornje rješenje
2. napraviti prvo presječne tablice studenti_nastavnici, nastavnici_kolegiji, kolegiji_fakulteti pa onda neku novu presječnu za ove tri
3. nešto treće

Nisam baš neki stručnjak, ali ja mislim da bi trebo napraviti tablice kolegij_nastavnik, nastavnik_fakultet i student_kolegij. Mislim da bi to izgledalo ovako. Onda samo veze treba pretvoriti u tablice.

john_st je napisao:


pristup ovisi o povezanosti tih relacija. Da li su relacije uvijek povezane ili nisu nužno?



To je najlakši način ako si siguran da uvijek i u svakom slučaju možeš svakoj trojci (nastavnik, kolegij, fakukltet) dodijeliti makar jednog studenta. Ako ne možeš (ako u određenim akademskim godinama neke izborne kolegije ne upiše nijedan student), onda ne možeš imati ovakav pristup, odnosno moraš dozvoliti da referenca na studente ostane prazna.



Razmisli da li za kolegiji-fakulteti moraš ovo izvoditi ili možeš kolegiji fakulteti postaviti kao one-to-many (uz svaki kolegij postaviš relacijsku referencu na njegov fakultet). Sumnjam da je postoji kolegij koji se baš na dlaku pljunuto do u minutu isto predaje na različitim fakultetima, čak i ako se zove baš isto.

Osim toga, razmisli da li ti relacija studenti-nastavnici daje dovoljno informacija. Ako nastavnik predaje više kolegija, ti onda na temelju relacije studenti-nastavnici ne znaš točno koje kolegije ti studenti slušaju. Također, ako slušaju više kolegija kod istog nastavnika, nemaš mogućnost prikazati više od jedne ovakve relacije.

Dakle, po mom mišljenju:

kolegij (oo) - fakultet (1)

kolegij (oo) - nastavnik (oo) - student (oo)

kolegij (oo) - nastavnik (oo) relaciju dobivaš SQL querijem na gornju trostruku relaciju:

SELECT DISTINCT kolegij, nastavnik FROM kolegij-nastavnik-student;

tako da je ne moraš čuvati posebno.

Međutim, kako sam ranije napisao, moraš dozvoliti da polje "student" može biti null.




Ako želiš sve napraviti striktno by the book, onda

kolegij (oo) - fakultet (1)

rKN: kolegij (oo) - nastavnik (oo)

rKN (oo) - student (oo)

Taman sam htio napisati (više manje) ovo što je napisao smayoo, dok sam kliknuo Odgovori - eto njegovog

Smayoova druga solucija ima dobru i lošu stranu jer točno znaš kod kojeg nastavnika je student - ako student može biti samo kod jednog od nastavnika (recimo, rade se grupe za predavanja ili labose) onda je to dobro. Ako student može/mora biti kod više od jednog nastavnika (recimo, na ispit može doći bilo kod A bilo kod B, bilo kod C), onda moraš imati tri zapisa o istoj stvari (s jednim, drugim i trećim nastavnikom), ili uvesti dodatni podatak (npr. ubaciti umjesto nastavnika podatak o grupi, i imati kolegij_grupa_student i kolegij_grupa_nastavnik, u kojima će u prvoj tablici studenti biti pridjeljeni grupama, a u drugoj nastavnici grupama ).


Ako radiš nešto ozbiljnije svaka solucija (i by the book, i sve između) će imati problema, imali smo jedan prekinuti projekt na kojem smo izvrtili nekih 3-4 načina povezivanja baš ovih podataka i svi imaju nekakav plus i nekakav minus. Na kraju se zadovoljiš s nečim, i programiraš dalje

hvala momcovi! prostudiram šta napisaste pa se javim s reakcijama.