Zaprojektowanie bazy w mySQL dla nieznanej liczby obiektów

Question

Więc chciałem zaprojektować sobie bazę danych do aplikacji, która będzie wyszukiwać połączenia autobusowe.
Wyglądać to powinno mniej więcej tak:

nr autobusu	nr linii	od	przez	do	typ
5321	A3	Gdańsk	Tczew, Płock	Warszawa	zwykły
2421	D7	Bielsko-Biała	Katowice, Opole	Poznań	ekspres
4622	F9	Wrocław	Opole, Katowice, Kraków, Rzeszów	Lwów	zwykły
8733	K1	Białystok	Warszawa, Dąbrowa Górnicza	Katowice	ekspres

I pojawia się tutaj pytanie - w jaki sposób właściwie przechować przystanki pośrednie, których ilość jest z góry nieznana?
Zakładam, że rozwiązania typu "osobna tabela dla każdego kursu" jest kiepskim rozwiązaniem, podobnie jak robienie 20 kolumn typu przez1,przez2 też jest bez sensu. W jaki sposób projektuje się tego typu rozwiązania, aby nie zasyfić sobie bazy danych i nie robić gigantycznej redundancji?

Answer 1

Zapoznaj się z terminem normalizacja i rozbij tą jedną tabelę na:

1. Nr autobusów (id, numer autobusu)
2. Nr linii (id, linia)
3. Miasta/miejscowości (id, nazwa miejscowości)
4. Typy kursów (id, nazwa typu)
5. Kursy (id kursu, id punktu start, id punktu końcowego, id typu)
6. Przystanki pośrednie (id, kolejność przystanku, id_przystanku)

Jest z tym dużo roboty, fakt. Ktoś mi zarzuci: po co takie tabele jak linia z dwoma kolumnami. A no po to, byś sobie nie popodcinał żył jak dojdzie Ci 40 nowych linii autobusowych i 60 autobusów

Powodzenia, całkiem ciekawy życiowy projekt. 

Answer 2

Robisz 3 tabele: tabela z przystankami, która ma kolumny "id" i "przystanek", tabelę z kursami autobusu która zawiera "id" i nazwę kursu, potem tworzysz tabelę łączącą zawierającą "id_kursu" i "id_przystanku", następnie łączysz te tabele relacją i tyle :)

Ewentualnie możesz też zrobić kolumnę z przystankami w tej twojej tabeli, i tam, oddzielając średnikiem dodawać poszczególne przystanki, a następnie splitować dane z tej kolumny, aczkolwiek zalecam pierwsze rozwiązanie.