将来ユニークになるためには、Firebaseデータベースにプッシュキーを書き込む必要がありますか、または計算されたクライアント側と、たとえば、まだデータベースに書き込まれておらず、別のクライアント(クライアントB)がキーを生成していると、クライアントAと同じものになることがありますか?Firebaseのプッシュキーをdbに書き込む必要がありますか?あるいは、一意性が保証されるとすぐに
私が尋ねていることは明らかです。
将来ユニークになるためには、Firebaseデータベースにプッシュキーを書き込む必要がありますか、または計算されたクライアント側と、たとえば、まだデータベースに書き込まれておらず、別のクライアント(クライアントB)がキーを生成していると、クライアントAと同じものになることがありますか?Firebaseのプッシュキーをdbに書き込む必要がありますか?あるいは、一意性が保証されるとすぐに
私が尋ねていることは明らかです。
GUIDは大域的な一意の番号を意味し、決して再び生成されません。 (発行されるとすぐに)。
はこちらをご覧:link
だけで良いことを理由に試行します。私が準備し理解していることに基づいて、二度計算される可能性が無限であるという事実(see here)と、各IDの一部が計算されるという事実以外に、それらがユニークであることを保証するグローバルなメカニズムではないようですサーバーtimeStampに基づいています。つまり、基本的に、正確に同じサーバー時間にpushIDを作成する2人のユーザー(無限に低いチャンス)が存在する場合、チャンスはありますが、pushIDの第2部分も2^120の確率で〜1の何かを確実に発生させる。
2つのセグメントを組み合わせると、事実上再発生の可能性は0になります。しかし、数学的には0なので、私のような妄想仲間にとっては、P
私が間違っていると私を修正することは自由に感じる。
私は質問を理解できませんでした。それをもっと明確にしようと、私があなたを助けることができるかどうかを確認します –
[こちらを読む](https://firebase.googleblog.com/2015/02/the-2120- way-to-sure-unique_68.html)、 –