問題タブ [sqlperformance]

H2 データベースを使用した方が速いのはどれですか?

また

Entity Framework 4.0 を使用して SQL クエリを生成する、以下の 2 つのクエリ メソッドのうち、大幅に高速なのはどれですか? 1 つ目は 2 つの「Using」ブロックを使用し、2 つ目は 1 つだけを使用します。どちらの方法もデータベースへの 2 回のトリップが必要ですが、最初の方法では接続が 2 回閉じられ、2 番目の方法では接続が 1 回閉じられます。2 つのメソッドの速度はほぼ同じであり、実行速度に大きな違いはないと思いますが、本当でしょうか? ただし、これらのメソッド (Web サービス メソッド) が非常に頻繁に (1 秒間に約 2000 回) アクセスされていると仮定すると、パフォーマンスが少しでも向上します。では、バージョン I のコードをバージョン II として書き直す必要がありますか?

ありがとうございました。

次の SQL クエリがあります。

私が達成しようとしているのは、レコードのコンセプト=ケースと属性=ステータスと値=クローズドを持たないすべての一意のビジネス キーを取得することです。すべての一意の business_keys を持つ 500,000 レコードを使用して MySQL でこのクエリを実行すると、約 11 秒と非常に遅くなります。

business_key 列、concept、attrib、および value 列にインデックスを配置しました。また、3 つの列すべて (concept、attrib、value) への複合インデックスを使用してみましたが、結果は同じです。

EXPLAIN EXTENDEDコマンドのスクリーンショットを次に示します。

興味深いことに、distinct 指定子なしでクエリを実行すると、実行が非常に高速になります。

私もこれを試しました：

さらに悪い結果: 約 25 秒

複数のテーブル (10 ～ 15 個のテーブル) で ID の存在を確認するには、どのオプションが最適ですか? パフォーマンスの点で。

1. 結合の使用
2. テーブルごとに個別のクエリを使用する (Spring の DAO から呼び出される)。
3. 使用が存在します。

複数のテーブルからの Id の存在に基づいて決定を下す必要があります。

識別子ではない共通フィールドを持つ3つのテーブルがあります。例えば：

来月に期限切れになるすべてのアイテムを一覧表示するレポートを作成しようとしています。3つのテーブル間に外部キーの関係がないため、結合は機能しないと思います。私は現在、expiration_dateにインデックスを追加し、ユニオンと3つのサブ選択を使用することに傾倒していますが、これがひどいパフォーマンスになるのではないかと心配しています。より良い解決策はありますか？

非常に多くの論理読み取りを引き起こしているように見える CTE クエリがあります (またはそうでない可能性があります)。SQL Server プロファイラー トレースを実行しましたが、このクエリは、実行時間の最も長いクエリの 1 つを一貫して引き起こしているようです。（ページがヒットするたびに呼び出されます）

基本的に、CTE が正しく最適化されているか、または改善できるかどうかを知りたいです。

この行を離れると:

アウトすると、論理読み取りの数が ~8500 から ~13000 に跳ね上がります。

(クエリが行うことは、ASP.NET でドロップダウン メニュー階層を構築することです) 論理読み取りが問題ない場合は、このメニューをキャッシュ/保存する別の方法を考え出す必要があると思います (更新される 2 または週3回）

ありがとう

ContentPage のテーブル構造

SQL サーバー 2008 用の SQL プロファイリング ツールの使用方法を知りたいです。anjlab SQL プロファイラーの場合、正確なクエリを取得するためにどのフィルターを設定する必要がありますか??

WINDOWS 2008 上の SQL サーバー 2008

次の sql を比較してください。

1.

2.

3.

Trades には何百万もの行があり、UserAccount は非常に小さなテーブルです。また、AccID は重複する可能性があります。

実行結果:

1. 234734792
2. 8806144
3. 8806144

No.2 は少なくとも No.1 と同じくらい速くなると思いますが、実際には No.3 よりもはるかに遅く、さらに時間がかかります。

1. 2秒
2. 10秒
3. 8秒

誰かが理由を説明できますか？また、UserID=1126 のようなフィルターが必要な場合に高速化することはできますか?

1テーブルに配置できるテーブルが3つあります。その設計の最高のパフォーマンスは何ですか？挿入ではなく、検索と読み取りに高速データベースが必要です。

1. これらの3つのテーブルは、書き込まれるよりも読み取られすぎます。
2. これらの3つのテーブルには500万を超えるレコードがあります
3. このテーブル「p_apartmentbuy」で使用可能なフィールドのほとんどは、検索句クエリで使用され（インデックスが付けられています）、検索結果に表示されるいくつかのフィールドが含まれます
4. このテーブル「p_apartmentbuydetail」のフィールドは検索句では使用されません
5. 「pf_contact」テーブルは、一部の検索結果に表示するために使用され、通常、一部の列はnullです。

また、「複数のインデックスを持つキー名」と「それぞれに1つのインデックスを持つ複数のキー名」（添付写真など）の違いは何ですか。

tbl_ECR_ProductData92356143 行近くのテーブルがあります。毎週 100000 行がこのテーブルにインポートされます。

テーブルには 16 の列があり、そのうちの 2 列が主キーを構成し、残りの列の型はvarcharです。

ここでの私の質問は、残りの列の値に基づいてテーブルを検索するときです.長い時間がかかり、10分近くかかります.

どうすれば時間を最小限に抑えることができますか? これについて私を助けてください..あなたの助けに感謝します...事前に感謝します! テーブル構造は以下の通り

CREATE TABLE [tbl_ECR_ProductData]( [Serial Number] [varchar](255) NOT NULL, [Act Number] [varchar](255) NULL, [Act Date] [datetime] NULL, [Act Location] [varchar](255) NOT NULL, [Manufacturer] [varchar](255) NULL, [ManufacturerPN] [varchar](255) NULL, [Act Description] [varchar](255) NULL, [Act PtNumber] [varchar](255) NULL, [Act Code] [varchar](255) NULL, [Act DateCode] [varchar](255) NULL, [Pmrl] [varchar](255) NULL, [Act ReceiveDate] [datetime] NULL, [Act Channel] [varchar](255) NULL, [Act Supplier] [varchar](255) NULL, [ImportDate] [datetime] NULL
CONSTRAINT [PK_tbl_ECR_ProductData] PRIMARY KEY CLUSTERED ( [Serial Number] ASC, [Act Location] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 90) ON [PRIMARY] )