SQL Serverデータベースでは、主キーとID列の違いは何ですか？カラムはインデントされずにプライマリキーにすることができます。ただし、列は主キーではなく、IDであることはできません。主キーとIDの違いは何ですか？
違いに加えて、PKカラムとアイデンティティカラムでは、PKカラムだけでは何が得られないのですか？
編集：下に指摘して私が確認したように、列はPKでなくてもIDである可能性があります。私がこれをテストしたとき、私の列の型は文字列であり、私はそれをアイデンティティに設定できませんでした。意味をなさない
カラムは確かにPKでなくてもIDである可能性があります。
アイデンティティは単なる自動増加列です。
主キーは、行を定義する一意の列です。
これら2つはよく一緒に使用されますが、そうである必要はありません。フィードバックに基づいて
EDITS MADEは
キーは、行に固有のものです。それは行を識別する方法です。行には、1つ、または複数のキーがあります。これらのキーは、1つまたは複数の列で構成されています。
キーは一意の制約を持つインデックスです。これにより、非キー索引とは区別されます。
マルチカラムのインデックスはすべて「複合インデックス」と呼ばれます。
伝統的に、プライマリキーは、行を一意に識別するメインキーとみなされます。これらのうちの1つだけが存在する可能性があります。
テーブルのデザインによっては、プライマリキーがない場合があります。
主キーは「プライムキー」です。行の一意のIDを指定する主なものです。テーブルのデザインによっては、これは誤解を招き、複数のキーが一意性を表します。
SQL Serverでは、プライマリキーがクラスタ化されている可能性があります。これは、残りの列がインデックスのリーフレベルでこのキーにアタッチされていることを意味します。言い換えれば、SQL Serverがキーを見つけたら、その行も見つかっています（明らかに、これはクラスタ化されたのアスペクトのためです）。
ID列は、単に行の一意のIDを生成する方法です。
これら2つはよく一緒に使用されますが、これは必須ではありません。
主キー（候補キーとも呼ばれます）は、一意性と最小限性のプロパティを持つ属性のセットです。つまり、キー列は一意に制限されています。言い換えると、DBMSは、2つの行がそれらの属性に対して同じ値のセットを持つことを許可しません。
IDENTITYプロパティは、列の自動インクリメントのデフォルト値を効果的に作成します。その列は一意である必要はないので、IDENTITY列は必ずしもキーである必要はありません。
ただし、IDENTITY列は通常キーとして使用されるため、通常は重複が許可されないように一意制約が設定されています。
このように、「アイデンティティ」という言葉は、あなたが指摘しているように、必ずしも一意ではないので、少し違法であるようです（https://www.simple-talk.com/sql/t-sql-programming/identity-columns /）を使用します。あなたの答えは、MySQLの経験豊富な人がSql ServerのIdentityプロパティを理解するのに役立ちます。これは、列の自動インクリメントのデフォルト値を作成するだけで、[MySqlのAUTO_INCREMENTプロパティ]（http：// www .w3schools.com/sql/sql_autoincrement.asp）。ありがとう。 –
この回答は、Joeが正しく上記の答えを出して以来、WHY IDとprimay keyの多くです。
IDは、SQLによって制御される値です。アイデンティティは行関数です。少なくともSQL Serverでは、値の増減が順次行われます。変更しないでください。値の隙間は無視してください。 ID値は、値が重複しないので、テーブルBをテーブルAにリンクする際に非常に役立ちます。アイデンティティーは、すべてのケースでクラスタ化インデックスに最適な選択肢ではありません。表に監査データが含まれている場合、クラスタリングされた索引は、「今日のレコードと4日前のレコードとの間に起こったこと」という質問に対する回答が表示されるため、データページ。
主キーは、行の列を一意にします。 Primayキーは列関数です。どの表にもプライマリ・キーは1つだけ定義できますが、プライマリ・キーをシミュレートする複数の一意の索引を作成できます。主キーのクラスタリングは必ずしも正しい選択ではありません。電話帳を考えてみましょう。電話帳がプライマリーキー（電話番号）によってクラスタ化されている場合、「ファーストストリート」の電話番号を返すクエリは非常にコストがかかる。
私はアイデンティティと主キーに従う一般的なルールは以下のとおりです。
に合流ター
ID値が重複しないことを言及します。手動で挿入または再シードした場合は複製できます（https://subhrosaha.wordpress.com/2012/11/14/sql-server-duplicate-values-in-identity-columns/）。一意性制約を保証したい場合など。一意索引を列sに追加する必要があります。 – broadband
一意性を重視し、同じ列のすべてのレコードの重複値を避けるプライマリキーです。一方、IDはデータを挿入せずに列の数値を増加させます。 両方の機能を1つの列に配置することも、1つの列に配置することもできます。
あなたは、整数ではなく、0
主キーのスケールを持っているが、その必要はありませんでしたの規模を持っている任意の数値データ型だけではなくIDENTITYを使用することができます。 PRIMARY KEYまたはUNIQUE制約と組み合わせ
IDENTITYは、あなたが実際に簡単なユニーク行ID
を提供することができます、私は、SQL Serverがそうであるためにそれらを必要としないと考えているが、他のデータベースがない場合があります。 –
私は99％は確認していませんが、確認するインスタンスにはアクセスできません。 – Joe
それはしません。これは動作します – KenJ