テーブルIDと順序
で IncentivesID として選択された列が主キーを構成します。以下にいくつかの考慮事項を示します。
データベースはこれらの ID 列に基づいてクラスター化インデックスを自動的に作成します。
理想的には、一意の識別子として 1 つの列のみが選択されます。
必要な列が増えるほど、基礎となるクラスター化インデックスを並べ替えて保存するために必要なデータベース リソースが増えるため、狭い主キーが重要です。
テーブルがソース化されると、計算、データ ストア、プレゼンター レポート、Web フォーム データに影響する可能性があります。
行の一意性のために複数の列が必要な場合は、列の順序が重要になります。
最適な順序は、データがどのように結合されるかによって異なります。 Incentives。
Incentives データテーブル
のために Incentives データテーブルでは、計算は通常トランザクションIDに結合します。このため、トランザクションIDは先頭の列である必要があります。 Incentives テーブル作成ウィザードでは、これは最上位の ID 列を意味します。後続の ID 列は、結合される頻度に基づいて作成する必要があります。
たとえば、データ テーブルに主キー列として {TransactionID、Payee、TransactionDate} があるとします。TransactionID は最初に作成される ID 列です。Payee と TransactionDate のどちらを 2 番目の ID 列にするかを決定するには、このデータ テーブルに結合するためにより頻繁に使用される方を選択します。この手法の根拠となる理論は、データベースが「クラスター化インデックス スキャン」よりも「クラスター化インデックス シーク」を選択するというものです。
Incentives カスタムテーブル
のために Incentives カスタム テーブルの場合は、データ テーブルと同じアプローチを使用します。ID 列は、最もよく使用される列から最も使用されない列の順に作成する必要があります。
Incentives 構造テーブル
のために Incentives 構造化テーブルでは、ID 列は 1 つだけ許可されるため、複数の ID 列の順序は適用されません。