Связь с базой данных NoSQL

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

У меня есть несколько вариантов преобразования ее для 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>
}

Вариант 2 (только внешние ключи в пользователях):

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 других таблиц в таблице пользователей. Преимущество этой опции в том, что обновление битвы или предмета не требует больших затрат, поскольку ссылки на строки не копируются. С другой стороны, когда пользователь входит в систему, нам нужно будет найти все упомянутые юниты, сражения, предметы и локации, чтобы ответить полным объектом пользователя.

Вариант 3 противоположен варианту 2, в котором таблица mongoIds пользователей хранится в других таблицах. Мне этот вариант не особо нравится.

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

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

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