LEFT JOIN и COUNT

Для такого дампа если убрать AND ca.id = 0, то будет семерка возле русского)
(Добавление)
Но вы говорили, что нужны записи с id = 0 (которых нету). Потому запрос и возвращал нули
(Добавление)
Только в первом запросе в выражении ON к нулю приравнивался category_id, а я приравнял ca.id. Нужно написать ca.category_id. Но тогда будет не 7, а 2

Champion ну скажем не проблема, а скорее особенность архитектуры системы. если использовать GROUP_CONCAT(`categories_content`) в вашем запросе, можно увидеть то о чем я говорю.

-----
if(time()>1356048000) die();

Если это использовать, получается ошибка, что нет такого поля. Если указать какое-нибудь другое поле, то то,что я увидел ничего нового мне не говорит.
Я увидел NULL для той строки, для которой count() вернул 0 и я увидел список из N айдишек для той строки, для которой count вернул N - всё хорошо получается

Champion и что при этом посчитал count()? количество присоединенных строк из таблицы справа.
я не спорю, что это правильный результат, но наименее ожидаемый теми кто не часто использует JOIN. автор этого топика вероятно тоже ожидал увидеть там количество строк в правой таблице соответствующих условию WHERE categories_content.category_id = 0 (даже если бы их было не 0)

-----
if(time()>1356048000) die();

Ну я примерно это и сказал: проблема в том, что люди смутно представляют суть внешних join-ов.
Однако, мы поняли, что count посчитал всё правильно, а значит отказались от

Автор этого топика переставил местами левую и правую таблицу (или использовал left join вместо right) - это была первая ошибка.
Вторая ошибка была в том, что услови, которое должно быть в ON было написано в WHERE.
Решены ли все - мы пока не поняли, пока автор не отписался

Спасибо, вот теперь, проблема решена. Ошибку осознал ) Единственное в чём остался вопрос - разница в использовании ON и s WHERE в данном конкретном случае?

Может кому-то пригодится финальный запрос )

Разница в том же, в чем и в любом другом случае.
Если вы пишете в WHERE сравнения с полями из той таблицы, которая приджойнивается внешним соединением, то запрос превращается во внутреннее соединение.
Перепишите свой запрос без группировки и без подсчета количества. И мой запрос тоже. И сравните результат.
У меня будет что-то типа
l.id....|....r.id....|....r.txt
-------|----------|--------
1.......|....1.......|.......str1
1...... |....1.......|....... str2
2.......|...NULL...|....NULL

У вас то же, только без последней строки. Потому что в where происходило сравнение с NULL значений из правой таблицы и они отбрасывались. А нам надо, чтобы если соотв.значения нет, то строка возвращалась, но с пустой правой часть - поэтому условие надо писать в ON.

Champion, спасибо большое за помощь и подробное разъяснение )