Czesc! Chcialbym sie dowiedziec czy taki model bazdy danych jest prawdziwy:
I czy w encji koncert prawidłowym rozwiązaniem jest trzymanie dwoch kluczy obcych "adres" i "miasto" zamiast jakiegoś po prostu identyfikatora konkretnego adresu?
Czesc! Chcialbym sie dowiedziec czy taki model bazdy danych jest prawdziwy:
I czy w encji koncert prawidłowym rozwiązaniem jest trzymanie dwoch kluczy obcych "adres" i "miasto" zamiast jakiegoś po prostu identyfikatora konkretnego adresu?
pfu! nie prawdziwy a prawidłowy.
I czy w encji koncert prawidłowym rozwiązaniem jest trzymanie dwoch kluczy obcych "adres" i "miasto" zamiast jakiegoś po prostu identyfikatora konkretnego adresu?
To zależy do czego będzie potrzebne miasto wraz z adresem. Jeśli tylko informacyjnie, to nie ma sensu rozbijać miejsca koncertu na miasto i adres, a jeśli do jakichś statystyk/ zestawień typu jaki zespół koncertował w danym mieście, albo ile koncertów odbyło się w miescie XXX, to jak najbardziej ma sens. Wszystko zależy od przyjętego modelu biznesowego
Model jest spoko ale rób od razu relacyjny. Logiczny do niczego Ci się nie przyda a z relacyjnego wygenerujesz sobie cały kod do stworzenia tabel, spatiali, indeksów itd.