2015-06-26 4 views
1

Я исхожу из фона SQL, где понимание возможных отношений между различными моделями и схемами кажется для меня довольно простым.Как я могу перестать думать реляционно в стеке MEAN?

Как я могу сменить то же самое на мир MEAN? Например, давайте просто предположим, что у меня есть базовый движок блога с таблицей сообщений и таблицей комментариев, где в сообщениях много комментариев, а у каждого комментария есть сообщение. Хотя это кодирование легко, скажем, Rails, я застрял здесь и не смог найти хорошие учебники.

Кроме того, я не уверен, что добавление авторов на вечеринку более сложно - давайте просто скажем, что сообщения и комментарии у каждого есть у автора, и у автора много комментариев, а также много сообщений (как только я получу это думаю, что подсветка комментариев «OP» - это вопрос вопроса).

Можете ли вы дать мне руководство относительно различий между тем, к чему я привык, в Rails и подходом, который мне нужен сейчас?

+1

Возможно, серия ** 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

+0

спасибо, что кажется интересным (скрещенная часть I раньше), хотя я бы хотел его увидеть в приложении – zcserei

+1

Также уместно [MongoDB relationship: embed or reference?] (Http://stackoverflow.com/questions/5373198/mongodb -relationships-embed-or-reference) – JohnnyHK

ответ

-2

Вы привыкли думать о normalization. Базы данных NoSQL позволяют создавать вашу модель данных в структурированных документах, что означает, что вы можете денормализовать свои данные. Он имеет такие преимущества, как локальность данных и атомарность, но может страдать от избыточности и несогласованности.

Примером может быть вложение комментариев внутри каждого сообщения. Таким образом, у вас нет нескольких коллекций/таблиц и вы можете быстро получить доступ к своим данным.

Я советую вам прочитать книгу «Прикладные образцы дизайна MongoDB», чтобы лучше понять преимущества, которые вы могли бы заработать.

+0

Скорее всего, «длинный комментарий», а не окончательный ответ, который люди ищут. Вам не кажется? Некоторые вопросы следует учитывать, поскольку они действительно спрашивают, могут ли страницы и страницы информации и примеры, что ответ SO просто не дает этого положения. –

+0

@BlakesSeven, Что вы имеете в виду? Что бы вы изменили? – TechWisdom

+0

Уважаемые сторонники, по крайней мере, дайте свои отзывы, чтобы научить меня чему-то – TechWisdom