3

オブジェクトを作成して Web 上で利用できるようにする必要があります。スタックオーバーフローと同様に、次のようなものがあります。

http://stackoverflow.com/users/78374

ただし、私の場合、作成するオブジェクトの ID は一意でなければならないため、UUID を考えていると、次のような URL につながります。

http://example.com/users/{8e931066-7d87-4f2b-a3b5-608c4c9a9083}

後で異なるデータベースをマージする必要があり、マージの問題が発生したくないためです。

これは受け入れられた慣行ですか？代替手段は何ですか？

4

4 に答える 4

6

データベースをマージするだけの問題であれば、各データベースに一意の識別子を与え、それを自動インクリメント PK と組み合わせると、使用できるすべてのオブジェクトに一意の ID が与えられ、マージの問題について心配する必要はありません。

于 2009-09-29T19:57:34.893 に答える
1

そこは問題ありません。Hotmail はそれを行います。

于 2009-09-29T19:55:39.297 に答える
1

マージが 100% シームレスでなければならない場合は、おそらく UUID が最適です。よりわかりやすい URL を生成したい場合は、ユーザーが定義できる一意の「アカウント名」を使用することを検討してください。これにより、データベースをマージすると競合が発生する可能性がありますが、競合は克服できます。

于 2009-09-29T19:57:35.143 に答える
1

複数のデータベースやアプリケーションでユーザー ID を使用する場合にユーザー ID を一意に保つため、これは許容される慣行であることに同意します。

キャッシュ アプリケーション ブロックでも同じ方法を使用します。キャッシュ アプリケーション ブロックは、項目がキャッシュされると GUID を生成し、アプリケーションはその GUID を使用してキャッシュから項目を取得します。

于 2009-09-29T20:00:25.513 に答える