Ну вот опять вопрос высосанный из пальца.
Минимизация количества запросов не долна быть самоцелью.
У тебя играет твой аккордеон? Быстро? Если да - то оставь вего в покое, и ничего не трогай.
Если медленно - то надо ускроить. Но не изменением количества запросов, а ускоренмем того участка, который тупит. Это блин простая истина, но она почему-то недоступна пониманию 95% похапешников. Которые для ускорения работы с сетевыми протоколами кидаются заменять двойные "ковычки" на одинарные.
Менять запросы надо не потому что их много, а потому что они бессмысленные.
Вот у тебя запрос с группировкой, который выводит те же самые данные, что и запрос ниже в цикле.
Вопрос - ЗАЧЕМ тебе этот запрос вообще?
Ну то есть ответ понятен - чтобы можно было кушать любимое спагетти, устравивая кашу из HTML, SQL, CSS, РНР, mysqli, картинок и вообще всего и побольше, главное чтобы всё в куче было.
И как тут в начале страницы узнать, что будет двумя строчками ниже? Загадка века.
А если хотя бы раз в жизни попробовать написать осмысленный код, который сначала получает данные, обрабатывает их, а только потом начинает вывод, то получится, что нужен-то один запрос всего.
Поскольку запросить всех дилеров одним запросом, сгруппировать в массивы по региону и городу, а потом тупо вывести, показывая количество элементов в массиве с помощью банальной функции count(), прекрасно можно и в похапе.
И в итоге не придётся заставлять завсгдатаев тостера напрягать последние извилины для решения таких сложных проблем как "кэширование", "отправка запросов одним запросом" и прочими умными словами, не имеющими ни малейшего отношения к реальности.
