2

主キーとしてID列を使用するのが適切な方法である場合は、意見をお聞かせください。ORMツールの場合、テーブルにID列があると役立ちます。ただし、誤って重複して挿入するなど、他の副作用もあります。

ありがとうNayn

4

3 に答える 3

4

はい、INT（またはBIGINT）IDENTITYを使用することは、SQLServerにとって非常に良い方法です。

SQL Serverは、デフォルトのクラスタリングキーとして主キーを使用します。クラスタリングキーには、常に次のプロパティが必要です。

  • 狭い
  • 静的
  • 個性的
  • 増え続ける

INT IDENTITYは法案に完全に適合します！

より多くの背景情報、特にGUIDをプライマリ（したがってクラスタリングキー）として使用することが悪い考えである理由については、KimberlyTrippの優れた投稿を参照してください。

GUIDを主キーとして使用する理由がある場合（レプリケーションなど）、必ず、これらのテーブルのクラスタリングキーとしてINTIDENTITYを使用してください。

マーク

于 2009-12-03T10:00:01.710 に答える
3

IDENTITYキーは、レプリケーションや大量のデータのマージが行われない環境で、サーバー側で生成されたキーに適しています。それらの実装方法では、同じテーブルでの重複は許可されないため、心配する必要はありません。また、DELETEが多くないテーブルの断片化を最小限に抑えるという利点もあります。

GUIDは通常の代替手段です。これらには、DBラウンドトリップを必要とせずに、Web層で作成できるという利点があります。ただし、それらはIDENTITIESよりも大きく、極端なテーブルの断片化を引き起こす可能性があります。それらは（半）ランダムであるため、挿入は最後の1ページに焦点を合わせるのではなく、テーブル全体に分散されます。

于 2009-12-03T07:47:36.450 に答える
0

Guidを使用するのは、分散アプリケーションを扱うときに非常に役立つからです。特に、すべての分散インスタンスも新しいデータを作成する必要がある場合。

それでも、単純な状況で整数の主キーを自動インクリメントしても問題は発生しません。覚えやすいのでSQLクエリを直接操作する方が簡単なので、実際にそれらを好むでしょう。

于 2009-12-03T07:16:14.360 に答える