Почему mysql запрос не выводит запись где кол-во схождений 0?

Question

[lemonlimelike]

Всем привет! Есть такой запрос, который должен вывести сервисы и количество подписок на эти сервисы в рамках определенного номера.
В этой строчке WHERE service.id in (13,74,71,72) передается список сервисов которые нужно проверить, и я знаю точно, что абонент не подписан к сервису 74

Вот мой запрос

SELECT service.id as service_id, count(subs.id) as c
FROM Subscriptions subs
INNER JOIN Services service ON subs.service_id = service.id
WHERE service.id in (13,74,71,72)
  AND subs.msisdn=992777757031
GROUP BY service.id
ORDER BY c DESC;

Он выводит вот что:



И как видно из результата сервиса с номером 74 и его количеством нету, почему? Почему запрос отрабатывает не так как нужно? Что нужно исправить?

Comments

[Oxidedixo]

Он потому и не выводит, что перечень сервисов, которые Вам нужны, Вы указываете в условии WHERE. Т.е. СУБД использует его как доп. условие для фильтрации. А раз в нужной таблице у Вас нет записей с номером 74, то и в итоговой выборке его и нет.

На ум приходит вариант с вложенным SELECT как самый очевидный.

[lemonlimelike]

Вложенный запрос для поиска service.id?

[Oxidedixo]

lemonlimelike, а хотя, наверное, можно и проще сделать.

Попробуйте в секции FROM указать первой таблицей выборки таблицу Services (я так понимаю в ней указаны все возможные сервисы?).

В таком запросе, в принципе, можно было и без JOIN обойтись. Просто в условии WHERE указать условие сличения. Но это чисто мое ИМХО.

[FanatPHP]

потому что здесь нужен лефт джойн, гении

[lemonlimelike]

Ну я сделал вроде как вы сказали, но результат тот же

Вот так я написал:

SELECT *, count(*) FROM Services
WHERE id in (SELECT service_id FROM Subscriptions WHERE msisdn=992777757031 AND service_id in (13,74,71,72))
GROUP BY id

[Akina]

Почему запрос отрабатывает не так как нужно?

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

[FanatPHP]

lemonlimelike, этот запрос такой же бессмысленный, как и предыдущий

ты понимаешь что такое иннер джойн и как он работает?

Answer 1

[Akina]

Список требуемых id должен быть источником данных запроса, причём базовым. И при возможном отсутствии связанных записей связывание должно быть внешнее.

SELECT service.id AS service_id, COUNT(subs.id) AS c
FROM ( SELECT 13 id UNION 
       SELECT 74    UNION
       SELECT 71    UNION
       SELECT 72 ) AS service
LEFT JOIN Subscriptions subs ON subs.service_id = service.id AND subs.msisdn=992777757031
GROUP BY service.id
ORDER BY c DESC;

Comments

[FanatPHP]

ты опять перевыдумывал
тут тупо нужен аутер вместо иннера

[lemonlimelike]

Оого, я бы до такого не додумался, спасибо! Работает

[FanatPHP]

и запрос к сервисам

[FanatPHP]

ещё два гения

lemonlimelike, ты можешь объяснить, зачем тебе запрос к несуществующему сервису?

[Akina]

FanatPHP,

тут тупо нужен аутер вместо иннера

??? а где тут INNER?

[FanatPHP]

ЕМУ нужен аутер, а не в твоем тупом запросе. ЕМУ.
у него запрос не находит сервис, по которому нету подписок, и это ЕСТЕСТВЕННО, потому что у него запрос к подпискам а не к сервисам, и иннер а не аутер.

и городить тот огород, который ты тут наваял - такая же глупость, как и его текущий запрос

[FanatPHP]

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

[Akina]

FanatPHP, Я допускаю, что где-то есть таблица со списком сервисов. Если так - да, она должна быть источником данных, а не синтетический подзапрос. Но фиг знает - может, там в структуре такой же бардак, как и в запросе.

[FanatPHP]

допускаешь? А это что?
INNER JOIN Services service ON subs.service_id = service.id

[Akina]

FanatPHP, ну ёпрст! слона-то я и не приметил...