Много читал сегодня, голова уже не соображает, но пришел к следующему:
Вся лента хранится в одной таблице/коллекции - с конкретным видом хранилища еще не определился.
Что-то типа:
id|user_id|model_name|model_id|comments_count|likes_count|created_at
Ну и может еще какие-то поля будут. Комменты и лайки пересчитывать планирую при непосредственном добавлении/удалении. Контент остается в модели.
Еще у документо-ориентированной есть определенные плюсы. Например, хранение всех user_id которые лайкали запись прямо в документе. Атомарные операции очень удобно использовать. Но если предположить, что будет очень много лайков(200к например) то при чтении такого документа будет отожрана куча памяти. Правда и тут есть решение, можно лайки вынести в отдельную коллекцию и читать их только если нужно будет отображать тех кто лайкнул. Так же возможно комментарии войдут в документ, хотя не уверен, так как не понял как потом пейджер делать или подгрузку.
В MySQL мне бы пришлось делать отдельную таблицу, наверное, для лайков. Получается, что при 1кк записей в таблице ленты и по 100 лайков в среднем на запись, мы получаем просто какое-то заоблачное кол-во записей в таблице лайков.
Другого решения ведь нет для MySql?
Пугают еще и отзывы о MongoDB по поводу надежности. Не хотелось бы безвозвратно потерять инфу по всем лайкам и комментариям.
Так же пока не понял как быть с ограничение в 16мб на документ. Так как массив из 200к user_id отжирает 30мб+ памяти, то есть документ должен весить столько же?
1кк записей и 200к лайков для одной записи очень оптимистично, конечно, но хочется сразу сделать правильно так как проект очень даже интересный и, скорее всего, жить будет
Кто что думает?
ps. Сильно не пинайте, опыта работы с большими БД нет, о NoSQL только читал пока.
