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]

php programmer, uważam, że zamulanie bazy i to, że sobie nie radzi, to jest gigantyczny minus.

Nie wiem jak baza jest przeszukiwana w poszukiwaniu rekordu. Dlatego właśnie zastanawiam się

CZY lepiej 10 000 tabel i pytanie typu:
"wyszukaj 1 tabelę wśród 10 000 tabel i w niej 5 rekordów"

CODE

baza: OBIEKTY
10 000 tabel o unikalnych nazwach: OBIEKT1_ID
IDOBIEKTU_2 | ODLEGLOSC_DO_OBIEKTU_2

CZY 1 tabela z 10000000 rekordów i
"wyszukaj w 1 tabeli ze 10000000 rekordów 5 rekordów"

CODE

baza: OBIEKTY
tabela: ODLEGLOSCI
OBIEKT1_ID | OBIEKT2_ID | ODLEGLOSC
unikalna para OBIEKT1_ID-OBIEKT2_ID

Czy wiecie które zapytanie byłoby BARDZIEJ POPRAWNE z punktu widzenia "mechanizmu" przeszukiwania bazy? Pytanie nie jest łatwe raczej.