Няколко, които съм виждал:
- Не е чудесно за URL адреси. Twitter ми дава URL като http://twitter.com/gatesvp , с ObjectId получавате url като http://example.com/ab12ab12ab12ab12ab12ab12 .
- ObjectId се разделя много лошо. Това не е наистина произволно, то е донякъде последователно, така че новите потребители ще се групират на фрагменти, вместо да се разпределят произволно.
- Често се нуждаете от друг уникален идентификатор. Повечето уебсайтове имат изискване за уникален имейл или уникално потребителско име. Да, можете да създадете уникален индекс на „потребителското име“, но тогава имате два уникални индекса, един полезен и един, който е просто произволно число.
- Ще споменавате това навсякъде. Данните на вашите потребители обикновено ще бъдат разпределени в множество колекции, всички с указател към „userId“. Наличието на ObjectIds (или Guids) означава, че непрекъснато копирате и поставяте тези големи идентификатори навсякъде и ги съхранявате в DB.
Прехвърлени къде? След като започнете да съхранявате потребителски данни в MongoDB, идентификаторите ще бъдат най-малкият от вашите проблеми при прехвърляне към друга база данни. Всички съвременни бази данни могат да обработват някаква форма на String или Binary като идентификатор на първичен ключ, така че вашият трансфер трябва да работи добре. Но по-голямата част от сложността няма да има нищо общо с идентификатора.
