Как правильно организовать получение списка данных с дополнительным полем — количество?

Question

[lexstile]

Есть такой запрос:

public function getAll($data) {
		$params = [
			'user_id' => $data->user_id,
			'period' => $data->period,
			'limit' => $data->limit,
			'offset' => $data->offset,
		];

		return $this->db->row('SELECT id, amount, DATE_FORMAT(date, "%d.%m.%Y %H:%i:%s") as date FROM enrollments WHERE user_id = :user_id && status = 1 && UNIX_TIMESTAMP(date) > :period ORDER BY id DESC LIMIT :limit OFFSET :offset', $params);
	}

Хочется, чтобы этот запрос возвращал и количество данных всего - без offset и limit, но помещал их отдельно от массива элементов, можно ли как-то это сделать?
Мне очень не хочется делать отдельный второй запрос на подсчет элементов.

Comments

[Ипатьев]

Akina я правильно понимаю, что с cte, count(*) over () будет зависеть от реализации, но в целом скорее всего будет медленнее?

[Akina]

Роман Юрьевич Ипатьев, пардон, не до конца понял вопрос. Или не очень правильно его понимаю...

COUNT() - функция детерминированная, даже в оконном варианте, так что итог её работы ну никак не может зависеть от реализации. Ни от диалекта, ни от версии, ни от иных факторов. Да и что может повлиять на подсчёт записей? сколько есть, столько и есть...

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

[Akina]

Хочется, чтобы этот запрос возвращал и количество данных всего - без offset и limit, но помещал их отдельно от массива элементов, можно ли как-то это сделать?
Мне очень не хочется делать отдельный второй запрос на подсчет элементов.

Если формализовать эту хотелку, то она будет звучать так: я хочу в одном запросе получить данные для различных уровней группировки. Что вряд ли является идеологически верным желанием (исключение - группирующий запрос с WITH ROLLUP). Так что я бы сказал, что выполнение отдельного запроса для получения количества записей - это правильное решение, а попытка всё запихать в один запрос - нет. Но выбор за Вами...

[Ипатьев]

Akina, я имею в виду саму реализацию оконной функции.
Будет ли подсчет при её использовании таким же быстрым, как count() отдельным запросом, или таким же медленным, как подсчет с помощью SQL_CALC_FOUND_ROWS.

[Akina]

Роман Юрьевич Ипатьев, а вот это уже целиком и полностью зависит от конкретного запроса. План надо смотреть.

И нет, в общем случае от того, где COUNT OVER находится, в основном запросе или в CTE, скорость подсчёта никак не зависит. Зависит исключительно от того, как именно сервер собрался сортировать и подсчитывать. Есть, конечно, частные случаи, скажем, старые версии постгресса, которые в обязательном порядке материализуют CTE - понятно, что в этом случае подсчёт в запросе быстрее за счёт меньшего количества дисковых операций.

[Ипатьев]

Akina, спасибо

Answer 1

[Rsa97]

А что мешает после получения всех элементов просто взять размер полученного массива?

Comments

[lexstile]

Исправил вопрос (некорректно изначально выразил мысль).
Я беру с лимитом по 10, а нужно узнать, сколько всего, без данного параметра.
Это в любом случае нужно делать еще один запрос?

[Rsa97]

lexstile, Да. Нужно делать запрос на COUNT(*)

[lexstile]

Rsa97, то есть, получится, что-то такое?

public function getCount($data) {
		$params = [
			'user_id' => $data->user_id,
			'period' => $data->period,
		];
		
		return $this->db->row('SELECT COUNT(*) FROM enrollments WHERE user_id = :user_id && status = 1 && UNIX_TIMESTAMP(date) > :period', $params);
	}

[Rsa97]

lexstile, Да. Для удобства доступа к полю можно записать COUNT(*) AS `count`.

[Ипатьев]

или не дописывать, если в классе db есть метод column(), а возвращать сразу его результат

[lexstile]

Роман Юрьевич Ипатьев, вы правы, я про него совсем забыл.

Answer 2

[Ипатьев]

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