2017-08-18 5 views
0

将来ユニークになるためには、Firebaseデータベースにプッシュキーを書き込む必要がありますか、または計算されたクライアント側と、たとえば、まだデータベースに書き込まれておらず、別のクライアント(クライアントB)がキーを生成していると、クライアントAと同じものになることがありますか?Firebaseのプッシュキーをdbに書き込む必要がありますか?あるいは、一意性が保証されるとすぐに

私が尋ねていることは明らかです。

+0

私は質問を理解できませんでした。それをもっと明確にしようと、私があなたを助けることができるかどうかを確認します –

+2

[こちらを読む](https://firebase.googleblog.com/2015/02/the-2120- way-to-sure-unique_68.html)、 –

答えて

2

GUIDは大域的な一意の番号を意味し、決して再び生成されません。 (発行されるとすぐに)。

はこちらをご覧:link

0

だけで良いことを理由に試行します。私が準備し理解していることに基づいて、二度計算される可能性が無限であるという事実(see here)と、各IDの一部が計算されるという事実以外に、それらがユニークであることを保証するグローバルなメカニズムではないようですサーバーtimeStampに基づいています。つまり、基本的に、正確に同じサーバー時間にpushIDを作成する2人のユーザー(無限に低いチャンス)が存在する場合、チャンスはありますが、pushIDの第2部分も2^120の確率で〜1の何かを確実に発生させる。

2つのセグメントを組み合わせると、事実上再発生の可能性は0になります。しかし、数学的には0なので、私のような妄想仲間にとっては、P
私が間違っていると私を修正することは自由に感じる。

関連する問題