Возможность создания дубликата Mongo ObjectId в двух разных коллекциях?

ObjectIds создаются на стороне клиента способом, подобным UUID, но с некоторыми более приятными свойствами для хранения в базе данных, например, примерно с увеличением порядка и кодированием их времени создания бесплатно. Ключевым моментом для вашего случая использования является то, что они призваны гарантировать уникальность с высокой вероятностью, даже если они созданы на разных машинах.

Теперь, если вы вообще ссылались на поле _id, мы не требуем уникальности в коллекциях, поэтому можно повторно использовать старый _id. В качестве конкретного примера, если у вас есть две коллекции, colors и fruits, оба могут одновременно иметь такой объект, как {_id: 'orange'}.

Если вы хотите узнать больше о том, как создаются ObjectIds, вот спецификация: http://www.mongodb.org/display/DOCS/Object+IDs#ObjectIDs-BSONObjectIDSpecification

В случае, если у кого-то возникают проблемы с дублирующимися идентификаторами Mongo ObjectID, вы должны знать, что, несмотря на маловероятность дублирования, происходящего в самом Mongo, можно создать дубликат _id, сгенерированный PHP в Mongo.

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

Массив, содержащий данные инъекции, должен быть явно reset на каждой итерации - даже если вы не указали значение _id. По какой-то причине процесс INSERT добавляет Mongo _id в массив, как если бы он был глобальной переменной (даже если массив не имеет глобальной области). Это может повлиять на вас, даже если вы вызываете вставку в отдельный вызов функции, где вы обычно ожидаете, что значения массива не будут сохраняться до вызывающей функции.

Существует три решения:

• Вы можете unset() поле _id из массива
• Вы можете повторно инициализировать весь массив с помощью array() каждый раз, когда вы зацикливаете свой набор данных
• Вы можете явно определить значение _id самостоятельно (заботясь о том, чтобы определить его таким образом, чтобы вы сами не генерировали дубликаты).

Я предполагаю, что это ошибка в интерфейсе PHP, а не проблема с Mongo, но если вы столкнулись с этой проблемой, просто отключите _id, и все будет в порядке.

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

Можно легко проверить это в оболочке монго:

MongoDB shell version: 1.6.5
connecting to: test
> db.foo.insert({_id: 'abc'})
> db.bar.insert({_id: 'abc'})
> db.foo.find({_id: 'abc'})
{ "_id" : "abc" }
> db.bar.find({_id: 'abc'})
{ "_id" : "abc" }
> db.foo.insert({_id: 'abc', data:'xyz'})
E11000 duplicate key error index: test.foo.$_id_  dup key: { : "abc" }

Таким образом, абсолютно не полагайтесь на _id, являющийся уникальным для коллекций, и поскольку вы не контролируете функцию генерации ObjectId, не полагайтесь на нее.

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

Помните, что вы можете поместить объекты разных "типов" в одну коллекцию, поэтому почему бы просто не поместить ваши две "таблицы" в одну коллекцию. Они будут разделять одно и то же пространство и, таким образом, будут гарантированы уникальными. Переход от "проспективного" к "зарегистрированному" будет простым переворотом поля...