[ magrinjo @ 11.12.2017. 14:13 ] @
U pitanju je program za doktorske preglede, e sad, trebao bi mi savet oko same strukture baze

1. Tabela `korisnici` sadrzi osnovne podatke o osobi koja je obavila pregled (id, ime i prezime, jmbg)
2. Tabela `pregledi` sadrzi sve elemente pregleda (oko 20-ak polja) koje doktor mora da unese da bi popunio tzv. "lekarski izvestaj"


Da li u tabeli `pregledi` dodati KORISNIK_ID pa ih tako spajati, ili kreirati trecu tabelu u kojoj ce se sva magija zavrsavati?
[ jablan @ 11.12.2017. 15:34 ] @
Ako pregled uvek izvršava tačno jedan korisnik, nema razloga da izdvajaš u treću tabelu.
[ bokinet @ 18.08.2018. 01:36 ] @
(Malo je vremenski zastarelo ali eto cisto sutra ako neko opet dodje u situaciju da pita slicno)


Tabela 'Korisnici'
PK KorisnikID
(ostala polja sto se tice korisnika pregleda)

Tabela 'Pregledi'
PK PregledID
FK KorisnikID
(ostala polja sto se tice pregleda)

Svaki korisnik moze imate jedan ili vise pregleda.

Relacionim povezivanjem ove 2 tabele preko polja 'KorisnikID' moze se dobiti detaljniji set podataka tj. detaljan pregled svih zapisa u tabeli 'Pregledi' koristeci SQL INNER JOIN, LEFT JOIN ili RIGHT JOIN po potrebe sa ostalim pratecim f-jama koje je moguce odraditi kroz SQL upit kao i sa dodavanjem opcija odredjenih uslova i kriterijuma kao sto je WHERE/GROUP BY/ORDER BY i sl.

Dodatak:
Svaki korisnik moze da se pregled kod jednog ili vise lekara, vise puta.
U ovom slucaju bi se napravila nova tabela 'Lekari' gde bi PK polje bilo recimo nazvano 'LekarID', te potom bi bilo potrebno dodati i polje 'LekarID' u tabelu 'Pregledi'.
Koristeci gore pomenute relacione mogucnosti onda bi se dobio jos bolji pregled podataka vezano za preglede korisnika.