После выполнения любого select мускул отдает служебное сообщение сколько рядов он нашел.
Чтобы узнать сколько рядов всего было найдено по сложному запросу достаточно регулярником убить конструкцию limit.

Но в интернете пишут, что получение информации количества строк таким образом очень сильно грузит базу и по сути вычисления каждый раз проводятся дважды.
В качестве лечения задачи производится агитация на использование select count(*) или select count(1) если есть вероятность подмешивания null-полей

Следуя этой рекомендации все простые селекты удалось с легкостью вылечить обычной заменой регулярником всего, что расположено между select .... from, но для сложных запросов такой трюк не канает.

Вопрос: есть ли хоть какой-то смысл для достижения экономии вычислительных ресурсов обертывать весь запрос в


или в подобных случаях для получения количества записей проще действовать как и раньше - выполнять два раза, просто во втором случае подтирать limit регулярником?

miksoftУ меня стойкое ощущение, что это недавно обсуждали.
Там еще про SQL_CALC_FOUND_ROWS было.

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

Да, эти две темы к одной и той же "песне", но в данном случае более узкий и более конкретный вопрос про обертывание с count(*)
Дает и оно что-то или не дает.

Как бы



vs



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

на всякий случай кину ссылку на ту тему, где обсуждались варианты стратегий с count(*)
тема была очень полезной

18171516