Динамический дизайн коллекции mongodb

Question

Я проектирую центр уведомлений для социальной сети, и я просто собираюсь хранить уведомления одного пользователя в одной коллекции с именем notification_ $ userid ($ userid is dynamic).

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

Answer 1

Возможно, вы захотите переосмыслить это. Причина в том, что независимо от того, насколько гибкой является база данных noSQL, она может быть огромной. И осколки, и если вы позже вырастите, вы можете захотеть перейти на кластер и т. Д. Я бы рекомендовал вам решить эту задачу на уровне приложения.

Вот как я хотел бы сделать:

1) пользователь приходит, делает то, что оповещает другие пользователь 2) этот «жест» не хранится в базе данных в качестве уведомлений, а в соответствующем пользователе «notifiocations» клетка. 3) ячейка пользователя «noticifcations» похожа на массив - в MongoDB это массив, и вы просто храните там объекты

Таким образом, вы также «персонализируете» свои уведомления в своей БД и избегаете использования " уведомлений ". Единственное, что вам нужно сделать, это направить это уведомление в массив связанных уведомлений пользователей.