Witam, mam takie bardzo przedszkolne pytanie dot. trochę optymalizacji.
Mam plik tekstowy z danymi w plain text, który waży ok 50MB. Jest to tabela mniej więcej taka:



Czy z perspektywy szybkości obsługi takiej tabeli, lepiej jest wywalić województwa i miasta do osobnych tabel MySQL, czy zostawić jak jest? Tabela będzie tylko do odczytu, nic się nie będzie w niej zmieniało, to dane statyczne, nic nie będzie się rozrastało, ani kurczyło, więc jedyne co chcę osiągnąć to szybki odczyt danych.

Czyli. Czy szybciej i mniej obciążająco serwer będzie takie rozwiązanie:



Czy takie

50MB to ile wierszy?

Co ważniejsze to jak będziesz z tych danych korzystał na przyszłość. Jeśli już wiesz jakie wyniki będziesz chciał otrzymać to pod te wyniki rób strukturę bazy. Bo nie zawsze normalizacja sprzyja szybkości.

Około 200 tysięcy wierszy.


Z danych będzie się korzystało przez 3-4 miesiące. Dane nie będą ulegały zmianie - prawdopodobnie zostaną po tym czasie całkowicie usunięte i zostaną zaimportowane inne, ale metoda działania podobna.


To będzie bardzo proste: szukajka po mieście, szukajka po nazwisku, wyświetlenie wszystkich danych z wiersza tabeli. Nic więcej, MySQL będzie dostawał łącznie 3-4 różne zapytania. Ważne, by był w stanie sprawnie reagować.

Pytanie, czy serwer jakoś specjalnie odczuje różnicę pracy na pliku o takiej wadze, gdy dane rozbite na strukturę lub gdy w jednej tabelce.

200k wierszy to tyle co nic, spokojnie nawet na najsłabszej maszynie MySQL to pociągnie.

Jako, że planujesz pobierać całość wierszy to IMHO nie ma sensu rozbijać tego na mniejsze tabele, możesz wrzucić do jednej. Ustaw tylko dobrze klucze po tych kolumnach, po których będziesz wyszukiwać/agregować.

Jeśli masz pewność, że w nazwach miast i województw nie ma błędów, wlej wszystko do jednej tabeli. Ale może zdarzyć się sytuacja, gdy jedna osoba mieszka w mieście "Wrocław", a inna w mieście "Wroclaw", chociaż jest to jedno i to samo miasto. Musisz sprawdzić dane przed wlewem