query-optimization

0熱

1答えて

私は株価のテーブルを持っています。テーブルで「data_1d」はticker_idとタイムスタンプのためのユニークなインデックスticker_timestampがある：スキーマは次のようになります。 timestamp_idのプライマリインデックス。 'data_1d'には~6.3Mの行があります。このクエリは4+秒かかる：説明 select * from data_1d where time

0熱

1答えて

EXISTS句のSQL Serverクエリのヒント

SQLサーバーにexists節のハッシュマッチを使用させようとしています。 Execution Plan FROM [Dbo].[360 Nrc Data] AS [nrc] WHERE [CALENDAR_DATE] BETWEEN @START_DATE AND @End_Date AND EXISTS (SELECT 1 FROM [stagi

-1熱

1答えて

どのように複雑なmysqlクエリを最適化するには？

私はこれをEXPLIAN： +----+-------------+-------+------------+--------+-----------------+----------+---------+----------------------+-------+----------+---------------------------------+ | id | select_type

0熱

3答えて

SQL選択入力変数

メソッド内でC＃でSQL Serverクエリを実行する必要があります。シナリオは次のとおりです。このメソッドは、string categoryという変数を受け入れています。 category = "Heterogeneous"の値が、私はのように選択するようにしている場合： SqlCommand myCommand = con.CreateCommand(); if (simCategory

0熱

1答えて

SQL多重ジョイントが期待どおりに動作しない

4つのテーブルをすべて結合しようとすると次のクエリが動作しません（実行に1時間以上かかります。表1,2 1,3が結合されているときに動作します。表1,2を試すと、& 4が結合されますが、下の4つの表をすべて結合しようとした場合は動作しません。注： 1）RIdは表3にはありません。 2）表4ではMIdは使用できません。ありがとうございました。

0熱

1答えて

どのように私は、指定された期間の消費を計算するために、このMySQLクエリを調整することができますか？

実際にテーブルには、データが時間単位で処理された後、暫定ベースでサンプリングされた電気メーターの処理データが含まれており、processed_data_hourlyテーブルに挿入されています。は、今私が何をしたいのか私が欲しい期待される出力をクエリ下 processed_data_hourlyテーブルから顧客選択した日付と時刻の期間ごとにレポートを表示を与えているが、それは約70を実行するため

0熱

1答えて

Couchbaseのグローバルセカンダリインデックス（GSI）通常のインデックス

対私は、4.0のようCouchbaseのグローバルセカンダリインデックスの能力を見て、今そこに、下記のビデオでは5.0 に自動リバランス機能を持つように改良されてきました通常はMap Reduce Viewsに格納されている通常のセカンダリインデックスとGSIの複数の利点です。 GSIはノードベースで、Map Reduce Viewsはローカルおよびパーティションベースです。 GSIは、すべてのイ

3熱

3答えて

AlphaNumericコードの大きなテーブルを作成するSQLスクリプトを高速化するには

次のスクリプトを使用して、AAA-0000からZZZ-0000までの範囲の 'ABC-1234'形式のユニークな英数字コード175万個（！ 9999。私の専用MS SQL 2016ボックスでこのスクリプトをそのまま実行すると、20時間かかります。これをスピードアップする最善の方法は何ですか？スクリプトからわかるように、私のSQLスキルはいくぶん欠けています！ ID（int）列、ID、およびCOD

0熱

2答えて

クエリのコストは、MySQLのクエリ最適化に最適なメトリックですか？

私はMySQLデータベースのクエリを最適化する過程にあります。 Visual Explainを使用していて、さまざまなクエリのコストを見ている間、私は繰り返し、直感的な値を見つけています。より効率的な検索（例えば、キールックアップ）を使用する操作は、表面的に効率の悪い操作（例えば、全テーブルスキャンまたは全インデックススキャン）よりも高いクエリコストを有するように見える。全表スキャンの照会コスト