1

Unique keyunique indexについてネットで調査した後。どちらも列を検証することを理解していますが、パフォーマンスには一意のインデックスの方が優れています。
500行以上のテーブルを取得した場合は、一意のキーまたは一意のインデックスを特別に追加します(他の列にはすでに主キーを使用しています)。
- パフォーマンスのために一意のインデックスの方が優れている場合、一意のキーをいつ使用しますか? どちらも貴重なnullを受け入れるため(ちなみに、貴重なnullだけを受け入れないようにすることはできますか?「nullではない一意のキーを追加する」のように?)
-一意のキーの方が優れている場合、1年後にテーブルが2000行になるとどうなりますかこれらのテーブルに将来多くのレコードが含まれるかどうかはわかりません。

編集:
重複列で一意のキーを使用しようとしましたが、novalidate を使用してもエラーが発生します。重複列にインデックスを作成する必要がありました。

4

3 に答える 3

4

あなたの質問全体は、「両方とも列を検証することを理解していますが、パフォーマンスには一意のインデックスの方が優れていることを理解しています」に基づいています。一意の制約は通常一意のインデックスによってサポートされており、一意のインデックスと一意でないインデックスの間のパフォーマンスの違いはほとんどないため、これは非常に疑わしいものです。一意の制約は、インデックスによって常にサポートされます。

インデックスは制約ではなく、単なる強制メカニズムであるため、一意の制約を使用します。一意でないインデックスでサポートされている一意の制約を使用して、制約を遅延可能にすることもできます。

于 2013-06-18T08:21:10.703 に答える