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

Question

[apptimeru]

Всем привет, подскажите пожалуйста есть таблица с комментариями, нужно 2 таких простых запроса объединить в один:

SELECT COUNT(id) as one_count FROM comments WHERE user_id = $user_id AND post_id != 1

SELECT COUNT(id) as two_count FROM comments WHERE user_id = $user_id AND post_id = 1

т.е. Нужно знать сколько комментариев всего от определенного пользователя за минусом комментов определенного поста и нужно также знать сколько комментариев конкретно к этому посту.

И вообще если ли смысл объединять все это в один запрос в целях оптимизации?

Зарание всем большое спасибо за помощь.

Answer 1

[Евгений Безымянников]

SELECT COUNT(id) as `count`, "one" as `name` FROM comments WHERE user_id = $user_id AND post_id != 1
UNION
SELECT COUNT(id) as `count`, "two" as `name` FROM comments WHERE user_id = $user_id AND post_id = 1

count | name
=============
12 | one
234 | two

Comments

[apptimeru]

Спасибо а если ли смысл в такой оптимизации?

[Евгений Безымянников]

Если у вас индекс составной по user_id|post_id то будет все максимально быстро и оптимизировано
А вообще экономия на лишнем запросе - мизерная, но есть. если у Вас таких запросов с десяток тыс в секунду, то чуть выиграете.

Answer 2

[nelson]

SELECT 
SUM( IF(post_id != 1, 1, 0) ) as one_count,  
SUM( IF(post_id = 1, 1, 0) ) as two_count
FROM comments 
WHERE user_id = $user_id

Comments

[Евгений Безымянников]

Сорри за грубость, но я бы за такое при числе записей более Х тыс и критичности к скорости выборки до кровавых соплей бы бил. Как минимум по рукам.
SUM + IF - в данном случае вызовут фулскан таблицы. Count по выборке работает намного быстрее так как получается в результате вычисления пересечения множеств свойст в выборке. Если Автор сделает user_id и post_id составным ключем, то count будет получаться мгновенно путем чтения значения числа данных в индексе по данному ключу.

[nelson]

Евгений, какой фулскан, о чём вы? С какого перепугу? )
На большой таблице мой запрос наоборот может работать даже быстрее, чем два ваших, т.к. будет один проход по индексу user_id, вместо двух.
Ну, а если там составной индекс по user_id и post_id - то до самой таблицы точно также не дойдёт. Сейчас специально проверил на своей большой таблице - думаю вам что нибудь говорит "Using index" в поле Extra в EXPLAIN?