Как вытащить посты где 'лайки > 10' (лайки в другом таблице, посты в другом)?

Question

[Jonny Mirzayev]

Доброго времени суток. Помогите новичку, как организовать это никак не могу понять.
Есть таблица _Likes, в нем 3 полей ("user_id","post_id"какой пользователь поставил@ лайк на какой пост и ID)
и еще есть таблица _posts, в нем есть много чего и конечно же тот post_id


Хочу вытащить посты которые набрали больше 10 лайков. как мне это сделать ?
каким образом? php или sql запрос? покажите примеры пожалуйста укажите верный путь

Comments

[Андрей Николаев]

А зачем у Вас 2 поля: ID и POST_ID ??? Они же одно и то же обозначают

Answer 1

[vvovas]

я работаю с MS Sql server, а не с MySQL, так что синтаксис у вас может быть другой, но идея такая:
Сделайте группировку в таблице likes по post_id

select post_id, count(1) c from _likes group by post_id having count(1) > 10

вы получите post_id, у которых больше 10 лайков. Далее можете использовать это в качестве подзапроса.

Comments

[Jonny Mirzayev]

Супер, как будет дальше? как теперь заставит запоминать эти post_id и вытащить их с '_Posts' ?

[vvovas]

Можно так:

select * from _posts where post_id in (select post_id from _likes group by post_id having count(1) > 10)

[Jonny Mirzayev]

тоже сработало спасибо вам

Answer 2

[Immortal_pony]

SELECT 
    `_posts`.`post_id`,
    COUNT(`_Likes`.`id`) AS 'likes_quantity'
FROM 
    `_posts`
    JOIN `_Likes` ON (`_Likes`.`post_id`=`_posts`.`post_id`)
GROUP BY `_posts`.`post_id`
HAVING COUNT(`_Likes`.`id`) > 10

Comments

[SimBioT19]

Да, намного лучше, чем
SELECT * FROM posts WHERE likes_count > 10

[Jonny Mirzayev]

не подошел это. выбранных постах нет столько классов

[Immortal_pony]

SimBioT19, а теперь попробуйте учитывать только лайки, поставленные в октябре.

[Immortal_pony]

jony7788,

выбранных постах нет столько классов

К сожалению, я не понял, что вы имеете ввиду. Пожалуйста, сформулируйте более подробно, чего вы ожидаете и чего нет.

Подозреваю, что вам необходимы все поля из таблицы "_posts". Для их получения вы можете изменить запрос следующим образом:

SELECT 
    `_posts`.*,
    COUNT(`_Likes`.`id`) AS 'likes_quantity'
FROM 
    `_posts`
    JOIN `_Likes` ON (`_Likes`.`post_id`=`_posts`.`post_id`)
GROUP BY `_posts`.`post_id`
HAVING COUNT(`_Likes`.`id`) > 10

[SimBioT19]

Immortal_pony: я так и думал, что вы начнете мне вменять то, чего я не говорил. Разве я написал, что не нужно иметь таблицу Likes?? Я говорю о том, что нужно иметь поле Likes_count в таблице posts, чтобы всегда знать количество этих лайков и не пересчитывать их каждый раз, как вы делаете.

[Immortal_pony]

SimBioT19, я еще раз повторяю, что задумывать об агрегировании данных стоит тогда, когда встает соответствующая задача. Добавление в систему лишних полей и усложнение логики дложно быть обосновано.

[Jonny Mirzayev]

Immortal_pony:

выбранных постах нет столько классов

Пожалуйста, сформулируйте более подробно

Сделал так

SELECT  `Wo_Posts` . * , COUNT(  `Wo_Likes`.`id` ) AS  'likes_quantity'
FROM  `Wo_Posts` 
JOIN  `Wo_Likes` ON (  `Wo_Likes`.`post_id` =  `Wo_Posts`.`id` ) 
GROUP BY  `Wo_Posts`.`post_id` 
HAVING COUNT(  `Wo_Likes`.`id` ) >7
ORDER BY  `likes_quantity` DESC

JOIN `Wo_Likes` ON ( `Wo_Likes`.`post_id` = `Wo_Posts`.`id` ) в этом строке изменил Wo_Posts`.`post_id' на id и все супер
Просто класс Спасибо вам большое

Answer 3

[SimBioT19]

Вы подошли к этому вопросу не с той стороны.
Вам нужно иметь счётчик лайков в таблице post и прибавлять к нему 1, когда пользователь ставит лайк.
Тогда и посты с лайками > N будет получить легче легкого.

Comments

[Immortal_pony]

Это вы подошли к вопросу не с той стороны.
Пожалуйста, никогда не давайте новчикам такие ужасные советы.

[SimBioT19]

Immortal_pony: вы наверное всегда все записи считаете, да? Это же самый эффективный способ, верно?
Особенно всё будет круто, когда лайков в таблице несколько миллионов и тысячи постов.

[Immortal_pony]

SimBioT19, агрегация - отдельный вопрос и заниматься этим стоит, когда встает соответствующая задача.

[SimBioT19]

Immortal_pony: хотите сказать, что у ответов на тостере нет счётчика, какой я предложил? И для каждого ответа считает количество лайкнувших? Вы просто пустослов

[Immortal_pony]

SimBioT19, у меня нет сведений об архихектуре Тостера. Могу лишь отметить, что без агрегации сайт, подобный Тостеру, будет прекрасно работать.
Пытаясь записать сразу агрегированные данные вы мыслите крайне узколобо, не предполагая, что эти данные могут понадобиться в другом месте. Простейший вариант - для каких-то статистических отчетов. Даже в варианте, предложенном автором можно увидеть, что лайк относится в равной мере как к сущности "пост", так и сущности "пользователь". Соответственно, можно ожидать, что где-то в системе нам необходимо будет подсчитать, ну скажем, общее количество лайков пользователя. Или общее количество постов пользователя, которые были лайкнуты. Соответственно, при вашей архитектуре нам необходимо будет держать все эти данные отдельно.
Однако, не будем останавливаться. Как правило "лайк" - не такая простая сущность, как у автора, у нее могут быть и другие свойства. Например, дата. После добавления данного столбца даже мне сходу приходит в голову несколько вариантов отчетов, а у уж что может понадобиться маркетологам для анализа... Так вот, чтобы данные были в каждом отчете, вам необходимо будет каждый раз серьезно дорабатывать систему. И, конечно, при вашем подходе, данные за предыдущий период всегда будут недоступны.

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

[SimBioT19]

Immortal_pony: я лишь предлагаю хранить общее количество лайков, чтобы было легко сортировать посты. При этом я ничего не говорил о том, что не требуются связывающие таблицы для "статистических данных".

Для вас разъясню:
Когда пользователь нажимает лайк мы прибавляем в таблице Post к полю likes_quantity + 1 И добавляем запись о лайке куда вашей душе угодно. В любую статистику.

Вы же продолжаете утверждать, что ваш запрос ниже удобней, чем уже упомянутый мной
SELECT * FROM posts WHERE likes_quantity > 10

[Immortal_pony]

SimBioT19, да, я понял, что вы хотите агрегировать данные сразу. Я лишь прошу объяснить, зачем в систему добавлять дополнительные колонки и логику, когда в этом нет никакой необходимости?

Вы же продолжаете утверждать, что ваш запрос ниже удобней,

Что вы подразумеваете под "удобством"? Функциональность одинакова, только мой запрос не требует доработок системы.