Mysql отслеживает пользователей, любит и не любит

Ответ 1

Вы можете сделать это с помощью агрегированного запроса, используя противоположные условия для одного столбца like_dislike (я предполагаю ниже, что "1" в этом столбце означает "понравилось" ).

SELECT bulletin_id, 
       SUM(CASE WHEN like_dislike = 1 THEN 1 ELSE 0 END) AS likes, 
       SUM(CASE WHEN like_dislike = 0 THEN 1 ELSE 0 END) AS dislikes
FROM bulletins_ld
GROUP BY bulletin_id

Обновление:. В соответствии с обсуждением в комментариях ниже столбец "как нравится/не нравится" может быть нормализован в свою собственную таблицу, например (пример намеренно глупый...):

CREATE TABLE how_user_feels(
    feeling_id INT,
    feeling_desc VARCHAR(20)
)

INSERT INTO how_user_feels(feeling_id, feeling_desc) VALUES
(0, 'Undecided'),
(1, 'Likes It'),
(2, 'Could Do Without It')

Столбец Likes_Dislikes в таблице Бюллетеня затем заменяется внешним ключом feeling_id, по умолчанию равным 0. Скажем, что вы затем вводите запись в эту таблицу, когда пользователь сначала просматривает бюллетень, делая их "Undecided" по умолчанию и обновить эту запись, когда они голосуют в бюллетене. Вы можете запросить результаты следующим образом:

SELECT bulletin_id, 
       SUM(CASE WHEN feelings_id = 1 THEN 1 ELSE 0 END) AS likes, 
       SUM(CASE WHEN feelings_id = 2 THEN 1 ELSE 0 END) AS dislikes,
       SUM(CASE WHEN feelings_id = 0 THEN 1 ELSE 0 END) AS doesnt_seem_to_care
FROM bulletins_ld b
INNER JOIN how_user_feels h ON b.feeling_id = h.feeling_id
GROUP BY bulletin_id

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

Ответ 2

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

  Сначала мы должны выпрямить ваши имена. Позвольте называть вашу "таблицу" bulletin_like, а основная таблица бюллетеней bulletin (bulletin_id - очень глупое имя для любого из них, более имени столбца). И просто вызовите булевский столбец like (если он равен 1, like - true, если он равен 0, like - false, то, что означает логическое значение). Используйте уникальную форму для имен.

  SELECT name AS bulletin, 
      (SELECT COUNT(like) 
          FROM  bulletin_like bl 
          WHERE bl.bulletin_id = b.bulletin_id 
          AND   like = 1
          ) AS like,
      (SELECT COUNT(like) 
          FROM  bulletin_like bl 
          WHERE bl.bulletin_id = b.bulletin_id 
          AND   like = 0
          ) AS dislike
  FROM bulletin b

• Вы запросили тег Normalization. Эта таблица bulletin_like не является нормированной. Избавьтесь от столбца Id iot, он не имеет никакой цели, кроме избыточного столбца и дополнительного индекса. PK (bulletin_id, user_id).

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

Ответ 3

Этот запрос работал у меня:

SELECT bulletin_id, 
    sum(like_dislike) AS likes, 
    sum((1-like_dislike)) AS dislikes 
FROM bulletins_ld 
    GROUP BY (bulletin_id);

Это предполагает, что likeisislike = 1 означает "LIKE IT", и likeislike = 0 означает "НЕ НРАВИТСЯ".

ID    LIKES    DISLIKES
1     2    1
2     0    1