MySQL двойной COUNT, SELECT и JOIN — как решить проблему?

Question

[キム ファイブプラス]

Запрос возвращает продубленную первую ячейку таблицы в количестве равному циклу первого джоина.
Собственно вопрос, как это обойти?

SELECT (
        SELECT COUNT(*)
        FROM news
        WHERE news.author = '$user_name'
        ) AS newscount
    , (
        SELECT COUNT(*)
        FROM torrents
        WHERE torrents.user = '$user_name'
        ) AS torrcount
    , users.DATE AS userdate
    , users.rep AS userrep
    , torrents.title AS tortitle
    , torrents.torrent AS torlink
    , news.link AS newslink
    , news.title AS newstitle
FROM users
LEFT OUTER JOIN torrents ON users.name = torrents.user
LEFT OUTER JOIN news ON users.name= news.author
WHERE users.name = '$user_name'
LIMIT 0, 30;

Answer 1

[キム ファイブプラス]

В общем составил два запроса. Может кому пригодится.

$sql->select("(SELECT COUNT(*) c FROM news
		     WHERE news.author = '$user_name') newscount
		     , (SELECT COUNT(*) c
		     FROM torrents
		     WHERE torrents.user = '$user_name')  torrcount
		     ,users.date AS userdate
	             ,users.rep AS userrep
		     ,torrents.title AS Item_Title
		     ,torrents.torrent AS Item_link
		     ,'torrent' AS Item_Type",
		     "users",
		     "INNER JOIN torrents ON users.name = torrents.user
		     WHERE users.name = '$user_name'
		     LIMIT 0, 30");
				
 $sql->select("news.link AS Item_link, 
                      news.title AS Item_Title
		      , 'news' AS Item_Type",
		      "users",
		      "INNER JOIN news ON users.name= news.author
		      WHERE users.name = '$user_name'
		      LIMIT 0, 30");

Или одним запросом, но тогда придется разбивать данные уже с помощью пыха.

SELECT
      @ncount := (
        SELECT COUNT(*) c
        FROM news
        WHERE news.author = '$user_name'
        ) newscount
    , @tcount := (
        SELECT COUNT(*) c
        FROM torrents
        WHERE torrents.user = '$user_name'
        )   torrcount
    , users.DATE AS userdate
    , users.rep AS userrep
    , torrents.title         AS Item_Title
    , torrents.torrent       AS Item_link
    , 'torrent'              AS Item_Type
FROM users
INNER JOIN torrents ON users.name = torrents.user
WHERE users.name = '$user_name'

UNION ALL

SELECT
      @ncount newscount
    , @tcount torrcount
    , users.DATE AS userdate
    , users.rep AS userrep
    , news.link              AS Item_Title
    , news.title             AS Item_link
    , 'news'                 AS Item_Type
FROM users
INNER JOIN news ON users.name= news.author
WHERE users.name = '$user_name'
LIMIT 0, 30

Answer 2

[Lomoson]

Если это ячейка, то она одна. Что значит "в количестве равному циклу первого джоина"? Тем более у вас LIMIT 0, 30;

Или я ничего не вкуриваю, или это порно-запрос...

Answer 3

[apasen]

Может не хватает group by

Comments

[キム ファイブプラス]

С чем группировать? user.name? Тогда syntax error. Я уже по всякому пробовал. Надо явно по другому запрос строить, но я что то не могу прошарить. Уже все перепробовал. Либо count считает сумму, либо повторяются ячейки, либо еще муть какая то происходит.

[Alex Chistyakov]

Не хватает, но он не поможет :)

[apasen]

@SalatProduction По users.id

Answer 4

[Alex Chistyakov]

А никак не обойти. Группировать либо на сервере, либо на клиенте.
Это очень странный запрос - что именно он достает? Все новости и все торренты пользователя в одной пачке, я так понимаю? Но ведь если пользователь является автором двух торрентов и двух новостей - запрос должен будет достать 4 строки:
"1 новость, 1 торрент",
"1 новость, 2 торрент",
"2 новость, 1 торрент",
"2 новость, 2 торрент",
и это нормально!
Если сгруппировать на сервере по новостям - потеряется информация об одном из торрентов.
Если сгруппировать по торрентам - информация об одной из новостей.

Comments

[キム ファイブプラス]

Достает количество торрентов и новостей юзера, его дату регистрации и рейтинг. Вот в этом то и суть. Я отталкиваюсь только от того что все три таблицы объединены столбцом username с именем юзера.
И вообще изначально совершенно не собирался запариваться по этому поводу, тк вроде все решает тупо двумя джоинами, но как оказалось ни тут то было.
Т.е. на сколько я понял придется делать все таки два запроса..

[Alex Chistyakov]

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

[キム ファイブプラス]

Усек, тогда не буду больше моск ипать. Эх погнил мой бонсай, а так хотелось везде обходиться одним запросом на подключаемый файл)

[キム ファイブプラス]

А еще такой вопрос в догонку. Возможно ли залимитировать каунты в субзапросе, чтобы их подсунуть в цикл вместе с выводом ссылок без суммирования первых? Тоже постоянно синтакс эрро у меня в LIMIT;

[Alex Chistyakov]

@SalatProduction Не уверен, что правильно понимаю Ваш вопрос - как именно лимитировать каунты? Ведь в подзапросе он считает всё, Вы хотите считать только часть? Ну, можно в подзапрос загнать условие WHERE. Кстати, подзапрос можно же вообще вытащить из этого запроса и гонять отдельно - это не будет хуже работать.

[キム ファイブプラス]

Не. Суть в том, что после выборки прогняя через цикл все скопом предположим
while ($row = $sql->gra()){
$row['torrcount'];
$row['newstitle'];
} //Каунты же засуммируются.

"Подзапрос можно же вообще вытащить" - как? В смысле для двух запросов то?