Как лучше сделать: много html-файлов или хранение данных в MySQL?

Как лучше сделать: много html-файлов или хранение данных в MySQL?
Почему в разделе хостинг задал вопрос? Вследствие того, что выбор одного из двух нижеизложенных вариантов напрямую влияет на нагрузку на хостинг.
Первый вариант.
Будет много файлов, которые физически существуют на сервере (они генерируются у меня на компьютере при помощи php-скриптов из tpl-шаблонов, я просто потом htm-ки загружаю на сервер):
site.ru/socialnoe/index.htm (список регионов России (Республика Якутия, Орловская обл.))
site.ru/socialnoe/jakutia/index.htm (список городов)
site.ru/socialnoe/jakutia/jakutsk.htm (форма для подсчета в городе Якутск)
site.ru/socialnoe/jakutia/jatan.htm (форма для подсчета в городе Жатан)
Тут нагрузка на файловую систему (много html-файлов), на БД MySQL нагрузки нет. Тут не будет ли превышено количество файлов для сайта, по моим подсчетам таких файлов будет по числу городов России.

Второй вариант.
Данные для каждого города хранить в БД MySQL и сделать на htaccess редирект в php-скрипт для того чтобы были friendly url (так же как в WordPress).
site.ru/socialnoe/index.php редиректа нет, просто список регионов.
site.ru/socialnoe/jakutia/ (редиректит на site.ru/socialnoe/index.php?region=jakutia и выдает список городов республики Якутия)
site.ru/socialnoe/jakutia/jakutsk (редиректит на site.ru/socialnoe/index.php?region=jakutia&gorod=jakutsk (выводит форму для подсчета в городе Якутск)
То есть в данном случае папок /jakutia/jakutsk и /jakutia/ (и соответственно html-файлов как в первом варианте) - физически не существует, а html-страницу отдает файл site.ru/socialnoe/index.php, получая соответствующие параметры через редирект. Но тут возрастет нагрузка на MySQL и снижается на файловую систему сервера.

Предлагаю всё же не изобретать велосипед (это про)
и сделать так, как делают все: через mysql. Вряд ли миллионы веб-мастеров в мире пользуются неудачной системой

Однозначно второй с MySQL. Никакой нарузки не будет, только если у вас не сервер на 10-летнем компе и посетитетелей 10к в день.

C первый вариантом будет куча лишней работы - вы же программист (раз такое делаете) - должны оптимизировать и автоматизировать. Иначе можно вообще все страницы делать html, а потом ручками все исправлять, когде нужно будет что-то добавить.

Если у вас статичные статьи, которые редко меняются, то mysql. Здесь можно применить кеширование select запросов в mysql и все будет быстро. Управлять записями проще, забирать проще.