реляционка справиться нормально, WHERE .. ORDER BY ... LIMIT 10

То ты про хайлоад, то про тривиальный запрос. Конечно справится, тут и обычный файл без индексов справится. Вопрос,  какая производительность тебя устроит.

сортировки ведь тоже по ключам только) не делать же таблицу с ключом "количество" тем более каунтеры нельзя в качестве ключа использовать

Чёйта нельзя?

как это отсортировать по количеству ингредиентов допустим?

Сделать таблицу-витрину с количеством и ключами там - очень даже  способ оптимизации

типа что, (post_id, ingredients) ... ORDER BY ingredients DESC ?

Да хоть order by 1, 2, 3 - по номерам столбцов

как это отсортировать по количеству ингредиентов допустим?

Я лично по фотографии не лечу.

это Кассандра, мы не про sql

Нашел спеца по кассандре, я один раз ее рассматривал под задачу, но измерения на том объеме данных почти не дали профита.

Я смотрю вы тут решили продолжить делить шкуру неубитого медведя? 😄

Ага! Как поделить шкуру неубитого медведя за O(1)

Социалку вроде лучше всего графовая структура вывозит, т.е. можно Neo4j поколупать - графовые БД как раз заточены чтобы двигаться по графам связей пользователей без джойнов O(log n), а индексным доступом O(1), но можно наклететь на обратных эфыект - когда понадрбятся аростые джойны их не будет, либо будут очень тормозить.

А кассандра, насколько я понимаю,  лучше всего  в OLAP - когда нужно тьму денормальзованных данных напихать в одну таблицу с почти неограниченным количеством столбцов и быстро O(1) искать по комбинацим значенияй этих столбцов. По сравнению с апелляционной это "быстро" можно хоть как-то нащупать от 10кк записей.

Именно поэтому все крупные социалки на Постгрях и Мускулах, а не на Neo4j 👍😄