Как добавить NSDebug.h и использовать NSZombie в iPhone SDK

Хотя ответ Гастона Сайлена на 100% верен в отношении нажатой клавиши из базы данных Firebase в реальном времени, я постараюсь добавить еще несколько деталей.

При использовании метода DatabaseReference push () он генерирует ключ, который имеет компонент времени, поэтому в принципе два события могут происходить теоретически в течение одной миллисекунды, но существует астрономически малая вероятность того, что два пользователя могут генерировать ключ в тот же момент и с той же случайностью. Также обратите внимание, что эти ключи генерируются полностью на клиенте без консультации с сервером Firebase. Если вам интересно, вот алгоритм , который генерирует эти ключи . В конце я могу сказать вам, что я не слышал о человеке, который до сих пор сообщал о проблеме с ключевыми столкновениями.

Таким образом, в отличие от ключей базы данных Fireabase в реальном времени, идентификаторы Cloud Firestore фактически являются случайными. Там нет времени компонент включен. Этот встроенный генератор уникальных идентификаторов, который используется в Firestore при вызове методов CollectionReference add () или метода CollectionReference document () без передачи каких-либо параметров, генерирует случайные и крайне непредсказуемые идентификаторы , что предотвращает попадание в определенные горячие точки в серверной инфраструктуре. Это также причина, по которой нет порядка, если вы проверяете документы в коллекции в консоли Firebase. Столкновения идентификаторов в этом случае невероятно малы, и вы можете / должны предположить, что они будут полностью уникальными. Вот для чего они были созданы. Что касается алгоритма, вы можете проверить ответ Фрэнка ван Пуффелена из этого поста . Так что вам не нужно беспокоиться об этих идентификаторах.