Tabela-macierz, B duża ilość kolumn / b duża ilość tabel Opcje

[wojckr]

[JESLI NIE MASZ CZASU TO GłOWNE PYTANIE ZNAJDUJE SIę POD TEKSTEM]

Witam,
będę potrzebował macierz odległości pomiędzy jakimiś punktami w Polsce. Pewnie każdy zna takie macierze odległości między miastami (można sprawdzić w takiej "tabelce" jaka jest odległość np. między Wrocławiem a Łodzią lub między Gdańskiem a Szczecinem) - tu jednak sprawa jest dosyć prosta, bo obejmuje zazwyczaj około 20 największych miast. Moich punktów będzie znacznie więcej (nawet kilkadziesiąt tysięcy albo może nawet więcej). I tu mam pytanie:
Czy zawarcie takiej macierzy w tabeli w mySql powiedzie się? Czy to się nie rozsypie? Jaka jest ewentualnie największa możliwa ilość kolumn przy takiej samej co ilość kolumn ilości wierszy? A może w ogóle to nie jest dobry pomysł i lepiej byłoby to zrobić inaczej? Bo jeszcze ewentualnie można zrobić dla każdego obiektu (miasta) zrobić osobną tabelę, ale jeśli miałoby ich być już kilkaset czy kilka tysięcy to nie wiem jakby to działało.

GENERALNIE: JAK MYSQL RADZI SOBIE Z BARDZO DUżą ILOśCIą KOLUMN W TABELI (KILKADZIESIąT TYSIęCY) ALBO Z BARDZO DUżą ILOśCIą TABEL (KILKADZIESIąT TYSIęCY)

[wojckr]

Dane dla miast są faktycznie niezmienne.
Miasta podałem jako przykład. Nie chcę zdradzać mojego cyberhiperpomysłu, ale obiekty będą dopisywane, mogą tez znikać, więc baza danych powinna być łatwozmienialna (nie bardzo to widzę przy tablicy PHP tak jak to zaproponował Cezar708, mimo że podoba mi się łatwe odwołanie do odległości).

Mam wrażenie, że pomysł nospora jest ok, tylko że już przy 1000 obiektów to wychodzi 1000x999=prawie 1 milion wierszy ! To dużo bardzo (?). A przy 10 000 ? ~ 100 000 000...

Co myślicie o 10 000 tabel w 1 bazie? Chyba by zahulało (nigdy na tylu nie tabelach nie pracowałem).
Np.

CODE

obiekty
ID | NAZWA

ID (nazwa tab. to ID z tab. "obiekty", tabel tyle ile obiektów)
ID | ODLEGLOSC

Ten post edytował wojckr 22.01.2008, 14:24:01