Как бы вы огранизовали хранение такой вещи, как reactions ?

Это такая сущность типа лайков/дизлайков у сообщения. Можно наблюдать реализацию в slack. Суть: ты можешь поставить сообщению какую-то реакцию, типа "лайк". Другие могут на неё нажать, увеличив её число (вес). Типа как число лайков. Ты можешь её снять, останется число N-1. Когда все уберут своё "нажатие", реакция пропадёт. К одному сообщению сразу можешь поставить набор разных реакций, но каждую только с весом 1, ну как лайк нажать только один раз, но это как-бы разные сорта лайков. Набор реакций в природе (на форуме/в чатике) фиксирован ("плюс", "минус", "сердечко", "молодец", "ты дурак", "котик", "расстрелять" и т.п. штук 500). Итого, любое сообщение в данный момент времени может содержать какое-то подмножество реакций, а у каждой реакции видно число - сколько раз такую реакцию люди поставили. Физически реакцию от себя на сообщение можно поставить ткнув в уже кем-то поставленную такую и нарастив там число, либо выбрав из меню "add reaction..." и найдя там в библиотеке возможных типов нужный тип ("расстрелять", например; и она добавится к сообщению с числом 1, ты же первый).

Вот интересно как такое можно удобно хранить в табличках или в абстрактном key=value или в неком гипотетическом redis где есть не только key=value, а ещё key=LIST, key=SET.

Понятно, что самый частый запрос - дай список реакций с числом у каждой. Но надо как-то не дать ставить человеку одну реакцию 2 раза к сообщению и надо как-то надёжно без рассинхрона связать часто-читаемое число с хранящимся множеством юзеров, которые уже туда нажали.

В виде таблицы я бы это организовал

Две таблицы, таблица реакций человека на сообщение, связь трёх таблиц (пользователь, сообщение, тип реакции), И таблица агрегат один ко многим сообщение, тип реакции, и счётчик. Это чтобы по сообщению не делать агрегацию каждый раз. Можно вторую таблицу и не делать, если будет тянуть по скорости