Как заставить работать COUNT с GROUP BY?

Question

[Dark_Dante]

В общем ситуация такая. Надо подсчитать количество строк в ответе запроса вида:

SELECT o.id AS cnt
FROM "order" AS o
         LEFT JOIN product p ON (p.order_id = o.id)
GROUP BY o.id
HAVING sum(p.price) >= 10

Как обычно пытаюсь это сделать через COUNT. Да не тут то было, возвращается несколько записей, типа [1, 1, ....]. Проблема я так понимаю в группировке - агрегатная функция применяется к каждой группе записей. И что то я не придумаю как это обойти и получить нормальный результат в виде INT.
Пхпшные функции типа count() не предлагать. Это же по любому можно сделать на чистом SQL.

Comments

[Dark_Dante]

Dr. Bacon, больше так не буду. Понять и простить. Вообще два тега надо. Насколько знаю и с другими БД беда будет примерно та же самая

[V Sh.]

Не совсем понял, что такого у вас возвращает COUNT, но можете поменять его на такую конструкцию SUM(CASE WHEN o.id > 0 THEN 1 ELSE 0 END).

[Dark_Dante]

V Sh., COUNT возвращает не одну запись, а несколько. Как в нормальных запросах каунт работает - десять записей в ответе, он возвращает одну запись int 10. У меня же он возвращает десять (на самом деле количесвто будет зависеть от количества групп) записей с int 1 :)
SUM(CASE WHEN o.id > 0 THEN 1 ELSE 0 END) - такая конструкция меня пугает. Думал что это можно сделать как то проще

[V Sh.]

Dark_Dante, ну попробуйте COUNT(o.id) написать... Вообще, должно работать.

Answer 1

[Akina]

Надо подсчитать количество строк в ответе запроса вида

Вариантов несколько.

Первый, наиболее правильный - получить это значение отдельным запросом.

SELECT COUNT(*)  AS cnt
FROM (
    SELECT 1
    FROM "order" AS o
         LEFT JOIN product p ON (p.order_id = o.id)
    GROUP BY o.id
    HAVING sum(p.price) >= 10
) x

Второй - используя средства языка программирования или библиотеки доступа, получить количество записей в наборе записей. Обычно подобное свойство у рекордсета присутствует.

Третий - добавить соотв. поле в каждую запись выходного набора, используя оконную функцию, и взять значение из любой записи:

SELECT o.id, COUNT(o.id) OVER () AS cnt
FROM "order" AS o
         LEFT JOIN product p ON (p.order_id = o.id)
GROUP BY o.id
HAVING sum(p.price) >= 10

Comments

[Dark_Dante]

SELECT COUNT(o.id) AS cnt
FROM "order" AS o
         LEFT JOIN product p ON (p.order_id = o.id)
GROUP BY o.id
HAVING sum(p.price) >= 10

Собственно, это я и имел ввиду, говоря "Как обычно пытаюсь это сделать через COUNT". Оно так не работает.

Второй - используя средства языка программирования или библиотеки доступа, получить количество записей в наборе записей. Обычно подобное свойство у рекордсета присутствует.

Это самый крайний и очень нежелательный способ. Получать весь набор данных (там жеж не просто будут o.id - там еще примерно, образно говоря, сто тыщ мильонов данных и столько же строк в ответе) чтобы просто их подсчитать - ну такое.

Третий вариант это примерно как второй, плюс доктрина из коробки не знает о существовании OVER(), а подружить ее синтаксический анализатор со сторонними функциями не получается.

[Akina]

Dark_Dante,

Оно так не работает.

Поспешил, сорри. Поправил.

доктрина из коробки не знает о существовании OVER()

Даже в самой свежей версии? хм... хороший повод задуматься о смене инструмента. С другой стороны документация утверждает, что оно "Support for both high-level and low-level database programming for all your use-cases." - так что должно в raw SQL съедать вообще всё, что способен переварить сервер БД.

[Dark_Dante]

Akina,

Даже в самой свежей версии? хм... хороший повод задуматься о смене инструмента. С другой стороны документация утверждает, что оно "Support for both high-level and low-level database programming for all your use-cases." - так что должно в raw SQL съедать вообще всё, что способен переварить сервер БД.

Угу, даже в самой свежей версии. Инструмент поменять нельзя - требования бизнеса такие. Было б можно - давно бы выкинул это глюкавое г.. Raw SQL тоже нельзя:) В общем так как эта штука не умеет в подзапросы, не умеет в агрегатные функции чуть ширше стандартных... Остановлюсь на варианте считать количество данных в наборе на PHP. Спасибо за помощь

[D3lphi]

Dark_Dante,

Было б можно - давно бы выкинул это глюкавое г..

О, позиция типичного вкатывальщика после курсов подъехала. Я Не умею готовить инструмент - значит плохой инструмент, а не я.
Ну, раз доктрина "глюковое г...", то тогда и гибернейт с энтити фреймворком выкидывайте. Ведь они также как и остальные ORM не умеют в большинство vendor-specific фич конкретной СУБД. Написать кастомный OutputWalker для реализации COUNT() OVER() дело пяти минут. Но тут, опять же, виновата доктрина, а не ваше незнание её возможностей по расширению (которые, кстати, довольно велики).

В общем так как эта штука не умеет в подзапросы

Умеет.

не умеет в агрегатные функции чуть ширше стандартных

Умеет.

[Dark_Dante]

D3lphi, Товарищ доктринщик, расскажите пожалуйста, как запихать subQuery во FROM.
А что же этот OutputWalker писать то надо? Что ж такой замечательный инструмент не умеет такие примитивные функции из коробки?

[D3lphi]

Dark_Dante,

Товарищ доктринщик, расскажите пожалуйста, как запихать subQuery во FROM.

А я вам говорю, остальные ORM тогда тоже выкидывайте (взять тот же Hibernate), это все плохие инструменты. Пишите сырой SQL.

Raw SQL тоже нельзя:)

А почему нельзя-то, объяснить можете, если не затруднит? Доктрина умеет мапить результат выполнения сырого запроса на объекты.

А что же этот OutputWalker писать то надо? Что ж такой замечательный инструмент не умеет такие примитивные функции из коробки?

Комментарий мой выше еще раз прочитайте.

[Dark_Dante]

D3lphi,

А почему нельзя-то, объяснить можете, если не затруднит? Доктрина умеет мапить результат выполнения сырого запроса на объекты.

Ну, как минимум, это некрасиво. И это бизнестребования такие, не моя прихоть. Была б моя воля -вообще все запросы в хранимые процедуры повыносил.

Комментарий мой выше еще раз прочитайте.

Перечитал. Ну костыли же это. Костыли.

Пишите сырой SQL

Так и приходится. Толку от инструмента, когда запрос чуть сложнее SELECT * FROM table - пиши сырой SQL.