sql-tuning

0熱

1答えて

クエリのパフォーマンスを助ける必要があります。私はビューに参加しており、結果を得るのに7秒かかります。しかし、私はビューで私は1秒で結果を取得するクエリを選択します。テーブルAにインデックスを作成しましたが、クエリに改善はありません。 SELECT ITEM_ID, BARCODE, CONTENT_TYPE_CODE, DEPARTMENT, DESCRIPTION, ITEM_N

0熱

1答えて

Oracleでオブジェクトを呼び出すループを最適化するにはどうすればよいですか？

以下は最適化が必要なコードです。 for i in 1 .. p_in_util_data_list(j).factlist.count LOOP SELECT count(*) INTO v_non_factor_exists FROM engine_usage_factors WHERE usage_month = v_usage_m

1熱

1答えて

WHEREでOracleの組み込みUPPER関数を使用すると、SELECT文のパフォーマンスが低下しますか？我々は次のSQL文のパフォーマンスを使用する場合

当社のOracleデータベースアプリケーションは表が含まれていますが、この表はPERSON_NAME という列が含まれていPERSON と呼ばれる。また、我々は、このコラムを使用してSELECTをスピードアップするために、この列にINDEXを持っているそうです細かい SELECT * FROM PERSON WHERE 1=1 AND PERSON_NAME = ' Yajli ' ;

1熱

1答えて

SQL微調整

、私は列（この場合は、列1.WORK_ORDER_NUM、2.ESN 3.PLANT 4. REMD_PART_NUM 5. REMD_PART_SERIALに基づいて、一つのレコードに2つのレコードを結合する必要があります）。これら5つの列が等しい場合、1つのレコードにするには、他の列の集計関数を使用する必要があります。この場合、列はLLP_TRACKD_PART_IND、REMD_PART

-1熱

1答えて

説明計画のOracleパフォーマンスクエリ

私は説明を使用してSQLクエリのパフォーマンスをチェックするためにクエリを出力するようにテーブル全体をスキャンするので、インデックスを作成することにしましたが、where where節では、どの列を作成する必要がありますか？

0熱

2答えて

クエリは1つのデータセットでは遅く実行されますが、別の大きなデータセットではより早く実行されます。 MSSQLサーバー。異なる実行計画。どうして？ここ

はクエリです：以下 select nd1.ansos_id from nursdate nd1 where nd1.division_id = 2 and nd1.unit_id = 19 and nd1.nursdate_start_date = (select min(nd2.nursdate_start_date) from nursdat

0熱

2答えて

インデックスが句が二列

のために、私は(SWcode,cdcardno) にインデックスを作成する場所での2値のスキャンをスキップして、私はこのクエリを実行します。 SELECT cd.* FROM KS cd where cd.cdcardno in ('6219862012953805') ORDER BY cd.ROWID とOracleの使用インデックススキャンをスキップし、それは本当で

3熱

2答えて

同じデータセットからの異なる期間の合計に加算する

同じソースから異なる期間の集計データを比較する必要がある状況によく直面します。私は通常、それをこのように扱う： SELECT COALESCE(SalesThisYear.StoreId, SalesLastYear.StoreId) StoreId , SalesThisYear.Sum_Revenue RevenueThisYear , SalesLastYea

1熱

2答えて

SQL Serverの大きなデータセットからのフィルタデータのパフォーマンスチューニング

次のクエリでいくつかのパフォーマンスの問題を修正したいと思います。 TBL_A 65万行を有するTBL_B 2行を有する私は&に使用しようとしているTBL_B SELECT COUNT(*) FROM Tbl_A R1 WITH (NOLOCK) INNER JOIN Tbl_B PBD ON PBD.Indicators = CASE R1.Indicator W

1熱

1答えて

外部キーにクラスタード・インデックスを作成すると、別のテーブルに頻繁に結合される

最近、テーブルでパフォーマンスの最適化/クエリチューニングを行っていましたが、クラスタ化インデックスとして外部キーを使用することについて質問がありました。私は請求書作成アプリケーションで作業しており、請求書の見積もりと請求書の明細に、最大許容額を提出するためのガイドラインがあります。ガイドラインが適用されている条件（請求書の作成日、ジップ、明細タイプなど）のみが格納される親テーブルがあります。