Спасибо Вам за подробное решение!
Вопрос: не будет ли обрабатываться дольше перебор в result.modifier, чем запрос на количество?
Я сейчас пробую сделать прямой SQL запрос, он обрабатывается быстрее всей моей текущей конструкции.
Но столкнулся с проблемой, что в таблице с параметрами к инфоблоку (b_iblock_element_prop_s42) нет поля даты, следовательно надо объединять общую таблицу инфоблоков (b_iblock_element) и таблицу параметров(b_iblock_element_prop_s42), чтобы всего лишь посмотреть дату, что крайне получается не эффективно.
Если выгружать данные за 1 неделю, как я и хочу делать. То моя текущая конструкция ~55 секунд (открытие страницы)
Если выгружать все данные но SQL запросом по городам, то ~3,6 секунд (подсчет количества с группировкой по полю), но к сожалению добавление даты увеличивает время загрузки.
Обязательно попробую Ваше решение.
Вопрос: не будет ли обрабатываться дольше перебор в result.modifier, чем запрос на количество?
Я сейчас пробую сделать прямой SQL запрос, он обрабатывается быстрее всей моей текущей конструкции.
Но столкнулся с проблемой, что в таблице с параметрами к инфоблоку (b_iblock_element_prop_s42) нет поля даты, следовательно надо объединять общую таблицу инфоблоков (b_iblock_element) и таблицу параметров(b_iblock_element_prop_s42), чтобы всего лишь посмотреть дату, что крайне получается не эффективно.
Если выгружать данные за 1 неделю, как я и хочу делать. То моя текущая конструкция ~55 секунд (открытие страницы)
Если выгружать все данные но SQL запросом по городам, то ~3,6 секунд (подсчет количества с группировкой по полю), но к сожалению добавление даты увеличивает время загрузки.
Обязательно попробую Ваше решение.