Эта страница на официальном сайте mongodb адресует точно этот вопрос:
http://docs.mongodb.org/ecosystem/tutorial/model-data- for-ruby-on-rails /
Когда мы показываем наш список историй, нам нужно будет показать имя пользователя, разместившего историю. Если бы мы использовали реляционную базу данных, мы могли бы выполнить соединение с пользователями и магазинами и получить все наши объекты в одном запросе. Но MongoDB не поддерживает объединения, и поэтому время от времени требуется бит денормализации. Здесь это означает кеширование атрибута «имя пользователя».
Реляционные пуристы уже чувствуют себя неловко, как будто мы нарушаем какой-то универсальный закон. Но давайте иметь в виду, что коллекции MongoDB не эквивалентны реляционным таблицам; каждая из которых служит уникальной проектной цели. Нормализованная таблица обеспечивает атомный изолированный кусок данных. Однако документ более тесно представляет собой объект в целом. В случае сайта социальных новостей можно утверждать, что имя пользователя является неотъемлемой частью истории, опубликованной.
blockquote>
Нет разрешения для приложения (пока), которое позволяет вам сбросить пароль пользователя с помощью Microsoft Graph.
Планируется ли добавить это разрешение в список?
blockquote>Да, но на данный момент это все, чем можно поделиться.
Можно ли как-нибудь назначить это разрешение?
blockquote>Единственный способ добиться этого сегодня (2019-01-17) - назначить роль «Администратор компании» для объект ServicePrincipal для вашего приложения - очень очень рискованный шаг (что не рекомендуется), поскольку он даст вашему приложению полные права администратора.
Что с офисным порталом Azure Directory Admin, регистрация приложения (предварительный просмотр)? [...] Теперь это альтернатива apps.dev?
blockquote>Да, хотя это все еще в предварительном просмотре, и, возможно, некоторые вещи могут не работать (как и все вещи в предварительном просмотре). 118]