Дублирование запроса?

[PeletonTver]

Потихоньку разбираюсь с этой шикарной системой и возникают вопросы. Например. В контроллере catalog  category идут запросы к БД, сначала getTotalProducts, затем getProducts. Почему нельзя total вывести из последнего(например count($query) и не выполнять один и тот-же запрос дважды?

И получается если я меняю запрос , его надо менять в 2 функциях. Или функция getTotalProducts еще где то вызывается?

Змінено 14 вересня 2019 користувачем PeletonTver

[ArtemFam]

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

 

Считаю минимум нужно делать SQL_CALC_FOUND_ROWS, затем FOUND_ROWS() соответственно записывать в посл. элемент массива. Да и можно было, хотя бы, сделать параметром в функцию - верни мне только total.

Змінено 14 вересня 2019 користувачем ArtemFam

[AlexDW]

7 часов назад, PeletonTver сказал:

Почему нельзя total вывести из последнего(например count($query) и не выполнять один и тот-же запрос дважды?

 

в - внимательность

 

4 часа назад, ArtemFam сказал:

Считаю минимум нужно делать SQL_CALC_FOUND_ROWS, затем FOUND_ROWS()

 

есть там засада с совместимостью, в зависимости от версии mysql

https://stackoverflow.com/questions/47407046/sql-calc-found-rows-with-found-rows-always-returns-1

[PeletonTver]

)). Точно, невнимательность детектед

[markimax]

12 часов назад, AlexDW сказал:

 

в - внимательность

 

 

есть там засада с совместимостью, в зависимости от версии mysql

https://stackoverflow.com/questions/47407046/sql-calc-found-rows-with-found-rows-always-returns-1

Не только с совместимостью
На хабре была статья с тестами
Когда  идет составной запрос, то толку от SQL_CALC_FOUND_ROWS  никакого
Мало того по скорости он даже уступает count
Так что все правильно в opencart "сделано"