0

この制度を導入しようと考えていたのですが、どこかに引っ掛かりを感じずにはいられません。int をインクリメントする代わりに GUID を使用するポイントの 1 つは、将来、データベースをマージする場合に、主キー/識別子に関して衝突が発生しないことです。ただし、私のアプローチは、増分サイズを X に設定することです。ここで、X は、将来使用する可能性が最も高いサーバーの数です。次に、各サーバーで、シードを前のサーバーのシード番号よりも大きくします。そうすれば、マージ中に主キーと衝突することはありません。これは安全で通常の方法ですか、それとも頭がおかしいのでしょうか :)? ありがとう

4

2 に答える 2

0

ここで私を怖がらせているのは、「最も可能性が高い」の使い方です。ここでは未来を想定していますが、通常、このようなことを行うのは良いことではありません。GUID を使用しないのはなぜですか?

あると思っていたサーバーを 1 つ追加するとどうなるでしょうか。物事が非常に複雑になるのが非常に早くわかりました。

于 2009-10-21T23:02:10.797 に答える