Анатолий

Это два противоположных хранилища. Mysql подразумевает четкую структуру и однообразие данных в первую очередь, в то время как монго вообще не следит по сути за структурой данных, хотите массив? пожалуйста, хотите однородные данные? пожалуйста!
В mysql вы создаете структуру данных и затем вам придется следовать ей, хотите вы этого или нет, бд сама решит можно писать данные или они не подходят, в монге вам придется все контролировать руками, может быть такое что вместо инфы пользователя вам придет структура лишь с одним полем, если вы что-то пропустите при записи, и это нормально.

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

Если не принципиально, попробуйте изменить версию монги (контейнер) на 3.0

https://docs.mongodb.com/manual/reference/method/d...
upsert: true

upd:

db.parents.update(
	{"$and": [
		{
			parent: "Ivan Ivanov"
		},
		{
			"children.name": Vasya
			"children.age": 23
			"children.sex": "male"
		}
	]},
	{
		"children.sex": "female"
		// тут, если не сработает, попробуйте полностью обьект заменить
	}
)

как-то так тоже попробуйте

upd2:

чем больше работаю с монгой, тем больше она мне нравится, вот 100% рабочий вариант:

db.getCollection('parents').update({"parent": "Ivan Ivanov", "children.age": 23}, {"$set": {"children.$.sex": "male"}})

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

Генерить слаг по какому-то притерию (тайтл или еще что, это не важно) и спотреть есть ли он в базе.

Ваш К.О.

вы банально можете выполнить кучу таких запросов и засечь время =) визуально увидите разницу, заодно и тут раскажите.

Совершенно не стоит. Зачем вам вообще лишние запросы к базе? Тем более такие обьемные? Люди наоборот все кешируют и на винт складывают, чтоб доступ быстрей был, а вы наоборот думаете как бы кеш (изображения) убрать из под руки и засунуть в базу.

Имеет смысл иногда вынести поле текст в отдельную табличку, если дергаются данные из этой таблицы без этого поля.

У него один недостаток (одновременно и преимущество, по крайней мере раньше это было основным недостатком) он много чего хранит в памяти, и если память закончится, он молча просто не будет писать туда ничего (в основном это относится к ключам), с другой стороны если памяти много, то он работает быстро =)

TimTowdy выше правильно сказал: хотите уникальности — храните как хеш