Możliwość generowania duplikatów Mongo ObjectId w dwóch różnych kolekcjach?

Obiekty są generowane po stronie klienta w sposób podobny do UUID, ale z pewnymi ładniejszymi właściwościami do przechowywania w bazie danych, takimi jak z grubsza zwiększenie kolejności i kodowanie czasu ich tworzenia za darmo. Kluczowe dla Twojego przypadku użycia jest to, że są one zaprojektowane tak, aby zagwarantować wyjątkowość z dużym prawdopodobieństwem, nawet jeśli są generowane na różnych maszynach.

Teraz, jeśli odnosisz się do pola _id w ogóle, nie wymagamy wyjątkowości między kolekcjami, więc można bezpiecznie ponownie użyć Stary _id. Jako konkretny przykład, jeśli masz dwie kolekcje, colors i fruits, obie mogą mieć jednocześnie obiekt taki jak {_id: 'orange'}.

Jeśli chcesz dowiedzieć się więcej o tym, jak tworzone są obiekty, oto Specyfikacja: http://www.mongodb.org/display/DOCS/Object+IDs#ObjectIDs-BSONObjectIDSpecification

W przypadku, gdy ktoś ma problemy z duplikatami obiektów Mongo, powinieneś wiedzieć, że pomimo nieprawdopodobnej liczby dupków występujących w samym Mongo, możliwe jest wygenerowanie duplikatów _id za pomocą PHP w Mongo.

Przypadek użycia, w którym stało się to z regularnością dla mnie jest, gdy jestem zapętlenie przez zbiór danych i próbuje wprowadzić dane do kolekcji.

Tablica, która przechowuje dane iniekcji, musi być jawnie resetowana przy każdej iteracji-nawet jeśli nie podaje wartości _id. Z jakiegoś powodu proces wstawiania dodaje Mongo _id do tablicy tak, jakby była zmienną globalną (nawet jeśli tablica nie ma globalnego zakresu). Może to mieć wpływ nawet wtedy, gdy wywołujesz wstawianie w osobnym wywołaniu funkcji, w którym normalnie spodziewasz się, że wartości tablicy nie będą się utrzymywać z powrotem do funkcji wywołującej.

Istnieją trzy rozwiązania tego problemu:

1. Możesz unset() pole _id z tablicy
2. Możesz ponownie inicjalizuj całą tablicę za pomocą array() za każdym razem, gdy zapętlisz swój zbiór danych
3. możesz jawnie zdefiniować wartość _id samodzielnie (dbając o to, aby zdefiniować ją w taki sposób, aby nie generować dups samodzielnie).

Domyślam się, że jest to błąd w interfejsie PHP, i nie tyle problem z Mongo, ale jeśli napotkasz ten problem, po prostu Odłącz _id i powinno być dobrze.

Nie ma żadnej gwarancji co do wyjątkowości obiektywizmu we wszystkich kolekcjach. Nawet jeśli jest to prawdopodobnie bardzo mało prawdopodobne, byłaby to bardzo słaba konstrukcja aplikacji, która opierała się na unikalności _id w różnych kolekcjach.

Można to łatwo przetestować w skorupie mongo:

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" }

Więc absolutnie nie polegaj na tym, że _id jest unikalny w różnych kolekcjach, a ponieważ nie kontrolujesz funkcji generowania ObjectId, nie polegaj na niej.

Można stworzyć coś to bardziej jak uuid, a jeśli zrobisz to ręcznie, możesz mieć lepszą gwarancję wyjątkowości.

Pamiętaj, że możesz umieścić obiekty różnych" typów "w tej samej kolekcji, więc dlaczego nie umieścić dwóch" tabel " w tej samej kolekcji. Dzieliłyby One tę samą przestrzeń _id, a tym samym byłyby gwarantowane jako unikalne. Przejście z "perspektywicznego" na "zarejestrowanego"byłoby prostym przerzucaniem pola...