は、WHERE no = '' & groupno = ''
などWHERE条件がより速く実行されます。SQL更新クエリ
我々は無い& groupnoの個々の指標を提供してきたら、それは速くなりますか?私たちは3つの三つのフィールドとそれらのフィールドに基づいていない個々のインデックスの主キーを提供する場合
それは組み合わせキーとしてそれを考慮していますか?
は、WHERE no = '' & groupno = ''
などWHERE条件がより速く実行されます。SQL更新クエリ
我々は無い& groupnoの個々の指標を提供してきたら、それは速くなりますか?私たちは3つの三つのフィールドとそれらのフィールドに基づいていない個々のインデックスの主キーを提供する場合
それは組み合わせキーとしてそれを考慮していますか?
一般的には、フィルタリングはすぐに終らの観点から、(あなたが一番左のフィールドの値を提供するとの)単一のインデックスを好むだろう。
はまた、より多くのあなたが更新でインデックスフィールドに触れ、より多くの時間は、インデックスmainenanceに費やされる予定です。あなたは簡単に代わり、接続のオーバーヘッドを見てすることができ -
は、小さなデータセットのために一度sometthing行うのタイミングにあまり読んでは注意してください。
私は、クエリアナライザ/ SQL Server Management Studioを介して、クエリプランで外観を持つことをお勧め - あなたは暗闇の中でプロービングしていないので、これは、あなたがその実際には本当に使用しているインデックスを参照することができます。
どのバージョンのSQLですか?インデックスは、Oracleの場合、インデックスに配置されないため、NULL値のクエリを高速化しません。