SQL ServerのID列の使用と管理

アプリケーションをサポートするためにデータベースを設計する際には主キーを処理する方法を検討するために不可欠です。 として実際のデータの代わりに使用しなければならない、と主張（実際のデータに基づいてではない）やってもよいことは、いわゆる代理キーを使用することだと主張する1つ、もう一方のメンバ思想の少なくとも二つの学校はこの点ではあります。キーの値。 次に相対的長所と短所（私たちは間もなく提供する）に応じて、これらのソリューションの両方内で使用するために"データベース、で構成されている中央のパスがあります。

テーブルを設計する場合、通常はその主キーを構成する1つ以上の列が含まれています。 我々が知っているように、テーブルの主キーは各行を一意に識別する値（または値の組み合わせ）です。 keyが実際の値で構成されている自然キーと呼ばれるが、例えば鍵は、それが代理キーと呼ばれているテーブルに行を挿入するたびに生成される場合はASが、前述の。 これより後で、サロゲートキーは通常、SQL Serverでの数値であり、そしてしばしばこのタイプの列は、 同一のものです。

自然キーは、実際のデータ、行の他の列（また、その普遍性が含まれているCustomersテーブル内の個々の税コードなど）の値との関係を持っている、すなわち、データで構成されています。 であってもサロゲートキーは、表内の行を一意的に識別しますが、その値はラインの他の値とは関係がなく、それは単に生成され、保存されています。

私たちは、代理で始まるキーの2つのタイプの長所と短所を分析します。

PRO

• 代理キーは、他のデータラインとの関係はありません
• 後者は自然キーではなく、代理に基づいていない場合は、簡単に、外部キー関係を損なうことなく行うことができる自然キーの更新についてのデータベースに変更を加える必要がある場合
• サロゲートキーは通常は整数値であるため、4バイトのみの構造より小さい性能指数を（結合演算の肯定的な効果を持つ）ことは、この方法で格納する必要があります

AGAINST

• 値の代理と外部キーでリンクされたテーブルは、様々なテーブルとの間の接続の実際の値を取得するために、メインテーブルにリンクされている場合には操作に参加する必要があります
• 値がそれに含まれるように、特定の情報のためには特に意味を持って検索しない場合に代理キーはあまり有用ではありません。

自然キーについては、次のとおり

PRO

• 値が本当の意味を持つので、研究に自分自身を貸す
• それらが結合に関与するすべてのテーブルに含まれているため、より少ない手順では、結合キー値を取得する必要が
• 値が本当の意味を持つので、研究に自分自身を貸す

AGAINST

• 他のテーブルと外部キーのリレーションシップが、それらに基づいている場合は特にそれは、はるかに複雑な更新を"
• 自然キーは、通常より多くのバイトを格納するために必要であるため、インデックスが大きいと仮定
• 複合自然キー（多くの場合、文字列データを含む）に基づいて、結合では、サロゲートキーを使用して作られたものよりも遅いです。

• <<
• 1
• 2
• 3
• >>