Как поступить в такой ситуации?

Question

[Алексей]

Всем привет! Автомобильный сайт. 70% запросов к БД, на разных страницах, связаны с названием автомобилей. (пример: список комментариев, в котором на против каждого коммента название автомобиля и ссылка на него).
Марки автомобилей хранятся в таблице `brand`, модели в таблице `model`. Для вывода полного названия приходится во всех 70% запросах использовать:

LEFT JOIN `brand` ON `brand`.`id` = `auto`.`brand_id`
LEFT JOIN `model` ON `model`.`id` = `auto`.`model_id`

Правильный ли это подход, либо стоит сохранить два массива марок и моделей в файловый кеш, и подключать везде их к скрипту, а обновлять по мере добавления новых записей в эти таблицы? Много ли я выиграю от этого?
Либо есть более интересный и правильный способ?

Answer 1

[Draconian]

Сайт от этого работает медленнее? Сомневаюсь.
Вряд ли у вас в обозримом будущем будут сотни тысяч автомобильных брендов и марок, чтобы такие запросы ощутимо тормозили. С точки зрения реляционной БД здесь ничего страшного нет, в общем, особенно, если сканы идут по индексу.

Если уж хотите что-то оптимизировать, добавьте лучше кэширование запросов, может уменьшить время выполнения для части аудитории.

Comments

[Алексей]

Немного не до конца описал ситуацию... Частенько приходится ипользовать LEFT JOIN для присоединения таблицы `auto`, получается что нужно еще присоединять и эти две таблицы. А учитывая другие такие присоединения - запрос порой содержит до десятка LEFT JOIN

[Draconian]

Евгений: Количество джойнов само по себе ни на что не влияет, важно то, как запрос выполняется. Смотрите планы выполнения запросов, если там сплошные FULL TABLE SCAN - пора создавать индексы, чтобы информация доставалась только через них.

[Алексей]

Draconian: А не, в этом плане я все оптимизировал - да и запросы быстро работают... меня смущало их количество, думал это "говнокод" делать столько джойнов... Спасибо!