アカウント名:
パスワード:
たとえば、IDを64ビットにして、上位16bitは発行日のUNIX時間の下位16bit、次の32bitはOpenSSLライブラリで作った疑似乱数、次の16bitはOSの疑似乱数発生機能で作った疑似乱数とかにすれば絶対被らない
被らなくなるまで再生成すればいいような単純な話ではないのか
被らないチェックにかかる時間がどんどん長くなっていくわけですね。しかも、IDの生成が並行処理もできず、ボトルネックになるという。
衝突多すぎでしょ生成アルゴリズムを考え直した方がいいのでは
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
IDは十分長くしておけばランダムIDでも被らない (スコア:1)
たとえば、IDを64ビットにして、
上位16bitは発行日のUNIX時間の下位16bit、
次の32bitはOpenSSLライブラリで作った疑似乱数、
次の16bitはOSの疑似乱数発生機能で作った疑似乱数
とかにすれば絶対被らない
Re: (スコア:0)
被らなくなるまで再生成すればいいような単純な話ではないのか
Re: (スコア:0)
被らないチェックにかかる時間がどんどん長くなっていくわけですね。
しかも、IDの生成が並行処理もできず、ボトルネックになるという。
Re:IDは十分長くしておけばランダムIDでも被らない (スコア:0)
衝突多すぎでしょ
生成アルゴリズムを考え直した方がいいのでは