問題タブ [non-clustered-index]

テーブルには 2 億 7000 万のレコードがあります。現在、日付列に非クラスター化インデックスがあります。99% の時間で、2008 年 1 月 1 日を超える日付の行を使用しています。つまり、1 億 4,000 万行です。SQL Server 2008 を使用しています。この状況では、通常の非クラスター化インデックス以外にフィルター選択されたインデックスを使用すると効果的ですか?

また、「datetime」の代わりに「date」データ型を使用すると、どの程度有益ですか?

前もって感謝します ！

SQL Server 2008 R2

なぜ

正しく、エラーなしで実行されますか？

だが

エラーですか？与える

'）'の近くの構文が正しくありません。

付随的な質問：
なぜ

エラーですか？申し訳ありませんが、両方とも動作します。

修正のために提案されるのは一貫性のない構文ですか？

SQL Server 2005に249個の非クラスター化インデックスがあるのはなぜですか？なぜ240または300ではないのですか？SQL Server 2008についても同じ質問ですが、なぜ999なのですか？なぜ800または1000ではないのですか？

主キーを持たないテーブルがあります。データはすでに存在します。非クラスター化インデックスを作成しました。しかし、クエリを実行すると、実際の実行計画にインデックス スキャンが表示されません。非クラスター化インデックスが機能していないと思います。その理由は何でしょう。私を助けてください

テーブルにインデックスを追加したいと考えています。テーブルにインデックスを追加する方法の一般的なアイデアを探しています。クラスター化された PK 以外。これを行うときに何を探すべきかを知りたいです。だから、私の例：

このテーブル (TASK テーブルと呼びましょう) は、アプリケーション全体で最大のテーブルになります。数百万のレコードを期待しています。

重要: 大量の一括挿入により、このテーブルにデータが追加されます

テーブルには 27 列あります: (これまでのところ、カウント :D )

int x 9 列 = id-s

varchar x 10 列

ビット×2列

日時×5列

整数列

これらはすべて INT ID ですが、通常はタスク テーブル (最大 10 ～ 50 レコード) よりも小さいテーブルからのものです。例: ステータス テーブル (「オープン」、「クローズ」などの値) または優先度テーブル (「」などの値)重要」「あまり重要ではない」「普通」）「親ID」（自己ID）みたいな欄もあります

結合：すべての「小さな」テーブルにはPKがあり、通常の方法で...クラスター化されています

文字列列

「常に5文字の長さ」のような（会社）列（文字列！）があり、すべてのユーザーはこれを使用して制限されます。タスクに 15 の異なる「会社」がある場合、ログインしたユーザーには 1 つしか表示されません。したがって、これには常にフィルターがあります。この列にインデックスを追加することをお勧めしますか?

日付列

彼らはこれらを索引付けしていないと思います...そうですか？それともできる/すべきですか？

indexテーブルに適切なものを追加する必要があり、助けが必要です。

私は混乱しており、いくつかの点を明確にする必要があります:

• non-int列にインデックスを使用する必要がありますか? なぜ/なぜしないのか

• 私はインデックスclusteredとnon-clusteredインデックスについて多くのことを読みましたが、どちらをいつ使用するかをまだ決定できません。良い例は、私と他の多くの開発者を助けるでしょう。

頻繁に更新される列やテーブルにはインデックスを使用すべきではないことはわかっています。他に注意すべきことはありますか?また、テスト フェーズに進む前に、すべてが正常であることをどのように確認できますか?

できるだけ早くデータを検索して取得できるようにしたい SQL Server データベースにテーブルがあります。テーブルへの挿入にかかる時間は気にしません。データを取得できる速度だけに関心があります。

問題は、テーブルが 20 種類以上の異なるクエリでアクセスされることです。これにより、クエリごとに特別に設計されたインデックスを追加するのは面倒な作業になります。代わりに、テーブルのすべての列を含むインデックスを追加することを検討しています。これは、「優れた」データベース設計では通常行うことではないため、そうすべきではない正当な理由があると思います。

なぜ私がこれをしてはいけないのか誰か教えてもらえますか?

更新:言及するのを忘れていましたが、データベースのサイズも気にしません。データベースのサイズが必要以上に大きくなっても問題ありません

私のDBの1つにNCIndex（NDF）ファイルを失いました。MDFだけで何かできるでしょうか？読み取りは可能ですか？私はそうではないと思いますが、とにかく尋ねると思いました。

'login'列が次のように定義されたテーブル'users'があります。

次に、SQLスクリプトを使用してこの一意の制約/インデックスを削除します。ローカルデータベースでUQ_users_7D78A4E7という名前を見つけましたが、別のデータベースでは別の名前になっていると思います。

この一意の制約を削除するための最良の方法は何ですか？または少なくとも任意...

ありがとう。

私は次のものを持っています：

これが存在するかどうかを確認するためにifステートメントを作成したいと思います。どうすればよいですか？