Я исхожу из фона SQL, где понимание возможных отношений между различными моделями и схемами кажется для меня довольно простым.Как я могу перестать думать реляционно в стеке MEAN?
Как я могу сменить то же самое на мир MEAN? Например, давайте просто предположим, что у меня есть базовый движок блога с таблицей сообщений и таблицей комментариев, где в сообщениях много комментариев, а у каждого комментария есть сообщение. Хотя это кодирование легко, скажем, Rails, я застрял здесь и не смог найти хорошие учебники.
Кроме того, я не уверен, что добавление авторов на вечеринку более сложно - давайте просто скажем, что сообщения и комментарии у каждого есть у автора, и у автора много комментариев, а также много сообщений (как только я получу это думаю, что подсветка комментариев «OP» - это вопрос вопроса).
Можете ли вы дать мне руководство относительно различий между тем, к чему я привык, в Rails и подходом, который мне нужен сейчас?
Возможно, серия ** 6 Правила большого пальца для схемы схемы MongoDB: ** [** Часть 1 **] (http://blog.mongodb.org/post/87200945828/6-rules-of-thumb- для-mongodb-schema-design-part-1), [** Part 2 **] (http://blog.mongodb.org/post/87892923503/6-rules-of-thumb-for-mongodb-schema- дизайн-часть-2) и [** Часть 3 **] (http://blog.mongodb.org/post/88473035333/6-rules-of-thumb-for-mongodb-schema-design-part-3) может вас заинтересовать? – chridam
спасибо, что кажется интересным (скрещенная часть I раньше), хотя я бы хотел его увидеть в приложении – zcserei
Также уместно [MongoDB relationship: embed or reference?] (Http://stackoverflow.com/questions/5373198/mongodb -relationships-embed-or-reference) – JohnnyHK