問題タブ [non-clustered-index]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql - SQL パフォーマンス - インデックス作成
ここでは、条件付きで直接これらのレコードを取得する必要があるため、100K を超えるレコードを持つ Tuser というテーブルがあります。
ここに私の質問があります
3k レコード未満の場合、4 ~ 5 秒かかります
現在、実行に平均 35 秒かかります。
これが私の実行計画です
インデックスを作成する必要はありますか? なぜ?説明できますか?
sql-server - 複数列の非クラスター化インデックスの列の順序は SQL Server で重要ですか?
SQL Server テーブル用に作成された複数列の非クラスター化インデックスの列の順序は本当に重要ですか?
例:
と同じ
?
sql-server - 非クラスター化インデックスの列の例
インデックスを作成してはならない良い例の列は何ですか? 私の理解によると、クラスター化インデックスは基本データ全体を表すため、多くの場合、主キー (デフォルト) で実行する必要があります。しかし、非クラスター化インデックスを作成してはいけないのはどの列でしょうか?
sql-server - この場合、クラスター化されていないインデックスとクラスター化されているインデックスのどちらが優れていますか?
(region_id, product_id, cate_id, month_id)
主キーとして4つの列を持つテーブルがあります。この主キーはデフォルトで作成されているため、PK 用にクラスター化インデックスが作成されました。このテーブルには、1,000 万行を超える行が含まれています。
既存の pk を削除し、クラスター化されていないインデックス タイプで新しい pk を作成すると、次のクエリのクラスター化インデックスよりも優れていますか?
前もって感謝します。
sql-server-2012 - MS-SQL Server インデックス付きビューにインデックス ヒントを提供するにはどうすればよいですか?
私は indexed view を持っていますFooView
。
それに対して次のインデックスを作成しました。
CREATE UNIQUE CLUSTERED INDEX IX_Foo1 ON [FooView](SomeId, AnotherId)
CREATE NONCLUSTERED INDEX IX_Foo2 ON [FooView](SomeId)
に対してHINTを使用することは可能IX_Foo2
ですか? ヒントIX_Foo1
を使うと使い続けられます。WITH (NOEXPAND)
sqlite - sqlite はインデックスをサポートしていますか?
Sqlite がクラスター化インデックスと非クラスター化インデックスをサポートしているかどうか教えてもらえますか? また、主キーではない列を非クラスター化インデックスにする方法を教えてください。私はデータベースの概念に非常に慣れていないため、非常に混乱しています..
sql - 列が含まれている非クラスター化インデックスの Num_Key_Cols を計算する方法は?
MSDN Web サイトで提供されている情報を使用して、インデックス サイズを推定しようとしています。
3 つの列を含むテーブル "Table1" を考えてみましょう。列は以下にリストされています。
- ID int、null 以外
- マーク int、null 以外
- SubmitDate 日付、null 以外
最初に、Id 列にクラスター化された主キーを作成し、次に「Id」を「インデックス キー列」として非クラスター化インデックスを作成することを計画しました。ここで、「Marks」列と「SubmitDate」列は「含まれる列」として使用されます。インデックスに「 .
上記の計画に基づいて、作成する前に非クラスター化インデックス キーのサイズを見積もろうとしました。MSDN サイトを調べていると、明確にすべき混乱がたくさんあります。非クラスター化インデックス キーのサイズを見積もるには 4 つの手順があり、最初の手順では、1.2 と 1.3で、Num_Key_Cols、Fixed_Key_Size、Num_Variable_Key_Cols、および Max_Var_Key_Size の計算方法について説明します。しかし、1.2 と 1.3 では、インデックス キーの種類に基づいて計算する必要があります。クラスター化されたインデックス キーが既にあるかどうか、および列が含まれているかどうかです。紛らわしいようです。サンプル テーブル (Table1) と作成したい非クラスター化インデックス キー構造について提供した情報に基づいて、誰か助けてくれませんか。
私の場合、列を含めました.インデックスキー列はすでに主キーであり、すべての列はnullフィールドではありません. そのインデックスサイズを計算する方法は?
前もって感謝します。
sql - Deciding on the indexes using the query
I have a table named "Repayment" which has borrower_id as the primary key. I need to decide on the indexes that needs to created on this table. I have the following queries and I have come up with the indexes. I need to know if these indexes are correct or if there is a better way.
#xA;#xA;
#xA;