Как реализовать реакции для сайта?

Question

[alestro]

Есть таблица (скрин ниже).

Запросом подсчитываю количество реакций, например, к комментариям. Но не знаю как лучше выбирать диапазон user_id для всех реакций. Думал объединять все id в одну строку через запятую, но мне кажется это костылем. Или получать их отдельным запросом, с фронта. Мб можно хранить битовую маску из id всех, кто оставил реакцию.
Или получать все строки из таблицы без агрегации и уже считать на стороне сервера. Как лучше сделать?

SELECT count(id) AS `count`, comment_id AS commentId, user_id, code FROM reactions 
WHERE comment_id IN (187, 188)
GROUP BY code, commentId;

Comments

[ksnk]

Если будут разные сущности для реагирования - комментарии, видео, статьи, новости и т.д, то логично формировать "уникальный индекс записи" в таблице, одно поле с содержимым 'comment:4723', 'news:235',... вместо имеющихся сейчас 3-х. Как вариант - префикс идентификатора это имя обрабатывающего класса. Или "роль" этого класса в системе + идентификатор записи. Так можно обойтись одним полем для идентификации записи о реакции в таблице.
Поля в таблице - user_id, created - время , RECORD_ID - тот самый уникальный индекс, code- текстовый код реакции. created, как правило, не выводится нигде, но полезно (наверное) иметь для статистики

[pLavrenov]

Немного не по теме но:
1) id вообще не надо тут
2) Вместо 3х полей должно быть полиморфная связь
3) Вместо текстовых названий должен быть id это сильно сэкономит размер бд

Примерно так должны выглядеть база:
relation_id | relation_type | code | user_id

[alestro]

pLavrenov, на полиморфные связи форин кий не навесить.

Answer 1

[Алексей Уколов]

«Диапазон user_id для всех реакций» — это вы так называете идентификаторы всех пользователей, оставивших конкретную реакцию к конкретному комментарию (тогда это не «диапазон» и не «для всех реакций»)?

Если так, то самое простое и адекватное — использовать group_concat, он для этого и предназначен. Ну либо агрегировать в коде, да. Тут уж самостоятельно решайте, что будет лучше, в зависимости от вашего чувства прекрасного и особенностей проекта.
Битовая маска в данном случае — это какая-то дичь. Делать второй запрос тоже так себе идея.

Comments

[alestro]

«Диапазон user_id для всех реакций» — это вы так называете идентификаторы всех пользователей, оставивших конкретную реакцию к конкретному комментарию (тогда это не «диапазон» и не «для всех реакций»)?

Оно самое.

Если так, то самое простое и адекватное — использовать group_concat, он для этого и предназначен. Ну либо агрегировать в коде, да.

group_concat вроде имеет ограничение на длину строки.

[Ivan Ustûžanin]

alestro, есть ещё JSON_ARRAYAGG

[Алексей Уколов]

@alestro: group_concat вроде имеет ограничение на длину строки.

Верно. Если это для вас существенный фактор, то его нужно принимать во внимание:

Тут уж самостоятельно решайте, что будет лучше, в зависимости от … особенностей проекта.

Но вообще, если вы упрётесь в group_concat_max_len, то у вас какой-то непродуманный интерфейс (кому будет нужен список из тысяч имён?).

[alestro]

Алексей Уколов,

Но вообще, если вы упрётесь в group_concat_max_len, то у вас какой-то непродуманный интерфейс (кому будет нужен список из тысяч имён?).

Мне нужно на фронте подсветить реакции авторизованного пользователя.

[Алексей Уколов]

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

[alestro]

Алексей Уколов, да, я действительно не подумал об этом, я думал отдельным запросом тянуть всех, кто оставил реакцию, но не конкретного пользователя.