主キーをフィールド no、id、および groupno と組み合わせました
Access では、 などの WHERE 条件のWHERE no = '' & groupno = ''
実行が高速化されますが、同じことが SQL での更新の速度を低下させます。
no と groupno の個別のインデックスを提供すると、より高速になりますか?
主キーに 3 つの 3 つのフィールドを指定し、それらのフィールドに基づく個別のインデックスを指定しない場合、結合キーと見なされますか?
主キーをフィールド no、id、および groupno と組み合わせました
Access では、 などの WHERE 条件のWHERE no = '' & groupno = ''
実行が高速化されますが、同じことが SQL での更新の速度を低下させます。
no と groupno の個別のインデックスを提供すると、より高速になりますか?
主キーに 3 つの 3 つのフィールドを指定し、それらのフィールドに基づく個別のインデックスを指定しない場合、結合キーと見なされますか?
一般に、フィルタリングを迅速に行うという観点からは、単一のインデックス (左端のフィールドに値を指定) が優先されます。
また、更新でインデックス付きフィールドに触れるほど、インデックスのメンテナンスに費やす時間が長くなります。
小さなデータセットに対して何かを 1 回実行するタイミングを読みすぎないように注意してください。代わりに、接続のオーバーヘッドを簡単に調べてしまう可能性があります。
Query Analyzer/SQL Server Management Studio を使用してクエリ プランを確認することをお勧めします。これにより、実際に使用されているインデックスを確認できるため、暗がりで調査する必要がなくなります。
SQL のバージョンは? Oracle の場合、NULL 値はインデックスに配置されないため、インデックスによって NULL 値のクエリが高速化されることはありません。