http://www.mongodb.org /display/DOCS/How+to+Make+an+Auto+Incrementing+Field
Първият подход е съхраняване на броячи в страничен документ:
Другият подход е да се зацикли оптимистично и да се обработи кодът за грешка на дублиран ключ от 11000, като се продължи и увеличи идентификаторът за крайния случай на сблъсъци. Това работи добре, освен ако няма висока едновременност на записи в конкретна колекция.
Но имайте предвид предупреждението на тази страница:
Други неща, които трябва да имате предвид:
- Часово клеймо - уникален дълъг, но не нарастващ (базиран на епоха)
- Хибриден подход – приложенията не трябва непременно да избират една опция за съхранение.
- Измислете своя механизъм за идентификация въз основа на неща като клиенти, части за дата/час и т.н., които генерирате и обработвате сблъсъци. В зависимост от схемата сблъсъците могат да бъдат много по-малко вероятни. Не е задължително да се увеличава, но е уникален и има добре дефиниран четлив модел.
