Реляционная база данных NoSQL

Этот вопрос предназначен для всех экспертов NoSQL и специально mongoDB. Я начал с разработки реляционной БД для проекта, но клиент хочет, чтобы мы использовали БД, которая может легко масштабироваться. Для этого мы решили использовать mongoDB. В эти дни мне сложно сопоставить мою реляционную модель для NoSQL. У меня есть таблица пользователей, которая имеет отношение «многие ко многим» с множеством других таблиц, как показано ниже:

• Как я получу следующий день недели?
• Модули PHP не загружаются после установки PHP 7 на мой сервер
• PHP: поиск изображений и ссылок с относительным путем в выходе и преобразование их в абсолютный путь
• Будет ли isset () возвращать false, если я назначаю NULL переменной?
• Получение null в качестве ответа от API переполнения стека с помощью PHP
• password_hash возвращает NULL

У меня есть несколько вариантов при конвертации для mongoDB:

Вариант 1 (с полными рядами пользователей):

users:{ _id:<user_id>, battles:{[battle1, battle2, ...]}, items:{[item1, item2, ...]}, locations:{[location1, location2, ...]}, units:{[unit1, unit2, ...]}, } battles:{ <battle_info> } locations:{ <location_info> } units:{ <units_info> } items:{ <items_info> } 

Option2 (только с внешними ключами у пользователей):

 users:{ _id:<user_id>, battles:{[battle1_id, battle2_id, ...]}, items:{[item1_id, item2_id, ...]}, locations:{[location1_id, location2_id, ...]}, units:{[unit1_id, unit2_id, ...]}, } battles:{ <battle_info> } locations:{ <location_info> } units:{ <units_info> } items:{ <items_info> } 

Вариант 3 (идентификаторы пользователей в других таблицах):

 users:{ _id:<user_id>, } battles:{ <battle_info>, user:{[user1_id, user2_id, ...]} } locations:{ <location_info>, user:{[user1_id, user2_id, ...]} } units:{ <units_info>, user:{[user1_id, user2_id, ...]} } items:{ <items_info>, user:{[user1_id, user2_id, ...]} } 

Вариант 1 имеет много дубликатов, поскольку мы добавляем полные строки других таблиц. Одна из проблем, которые я вижу в этом, заключается в том, что если обновляется определенный предмет или битва, нам нужно будет найти все его в таблице пользователей и обновить их. Но это дает нам преимущество всегда иметь полный объект пользователей, который может быть передан клиентскому приложению во время входа в систему.

Вариант 2 более реляционный, где мы имеем только mongoIds других таблиц в таблице users. Преимущество этих опций заключается в том, что обновление битвы или элемента не имеет большой стоимости, поскольку ссылки на строки не копируются. С другой стороны, когда пользователь входит в систему, нам нужно будет найти все ссылочные единицы, сражения, предметы и местоположения, чтобы отвечать на полный объект пользователей.

Вариант 3 противоположно варианту 2, где таблицы mongoIds of users хранятся в других таблицах. Этот вариант мне не очень нравится.

Я бы очень признателен, если кто-то может вести меня или придумать лучшую модель.

Редактировать:

В основном это игра MMORPG, в которой приложения для нескольких клиентов будут подключаться к серверу через веб-службы. У нас есть локальный db на клиенте для хранения данных. Я хочу модель, через которую сервер может отвечать полным пользовательским объектом, а затем обновлять или вставлять данные, измененные в клиентских приложениях.

Solutions Collecting From Web of "Реляционная база данных NoSQL"

 user { battles : [ {"Name" : "The battle of foo", "Id" : 4354 }, ... ] ... } 

 user { battles : [ {"Name" : "The battle of foo", "unitsLost" : 54, "Id" : 34354 }, ... ] } 

 user { "_id" : 3443 } userBattles { userId : 3443, battleId : 4354, unitsLost : 43, itemsWon : [ <some list > ], // much more data }