[MySQL][SQLite]Tabele bazy danych, jedna czy kilka? Filozofia... Opcje

[arstherapia]

Witajcie ponownie,

dzisiaj natknąłem się na kolejny problem: jak zaplanować efektywnie strukturę bazy danych?

W jednej tabeli mam:

1. Nazwa_filmu
2. Opis_filmu
3. Okładka (link)
4. Autor
5. Autor_bio
6. Autor_fot (link)
7. Wersja_jezykowa
8. Cena
9. Premiera ( tak, nie )

i chciałem dodać kategorię, ale uzmysłowiłem sobie, że jedna komórka może przyjmować tutaj wiele wartości:
terapia poznawcza, terapia behawioralna, etc.

Poczytałem i znalazłem taką zasadę, aby nie wciskać wielu wartości w jedną komórkę, więc rozwiązaniem jest
osobna tabela, a tam np.

1. Kategoria_ID
2. Nazwa_kategorii

Czy to ma sens? Jak pożenić zapytania i wyświetlenia pól z tabel ?

To może autorów też wrzucić w osobną tabelę? Wtedy byłyby trzy:

1. Filmy
2. Kategorie
3. Autorzy

A w przyszłości:

4. Klienci
5. Zamówienia

Pozdrawiam,

Rafał

--------------------------
Tak sobie dalej myślę, że jeśli utworzę kilka tabel, to będę mieć między nimi relacje, czyli będę musiał nauczyć się i używać inner join itp. ...
Prościej byłoby np. zamiast tabeli - "kategorie" utworzyć osobną kolumnę w tabeli filmy i tam wpisywać kategorię.

Zamotałem się.

Ten post edytował arstherapia 3.09.2014, 23:14:10

[Turson]

Jak na moje dodaj primary keys typu film_id, osoba_id, kategoria_id
Wtedy w filmy dodajesz osoba_id i wiążesz filmy.osoba_id = osoby.osoba_id, kategorie też wiążesz po id a nie wpisuejsz nazwy na sztywno.
Jak zmienisz nazwę kategorii przez literówkę, to wtedy zmieni się wszędzie bo masz powiażane id, a nie wpisane nazwy