sql-tuning

    -3

    1答えて

    私は1つのUNIXスクリプトを持っています これでは、SQLローダを使用してテーブル、インデックスを作成し、ファイルからこのテーブルに日付をロードしています。 この表では、70回近くの直接更新(全部または大量収集を使用しない)を行っています。 最後に、この新しいテーブルのデータを別のテーブルに挿入しています。 1日あたり500,000レコードを処理しています。これらのアップデートはすべて非常に高速

    0

    1答えて

    私は以下のスクリプトのSQLビューを取得しています。テーブルがXML(dbo.TEST.configuration)としてデータを格納するので、xmlデータを読み取って各列を選択する必要があります。しかし、レコードが増加すると、読み込みが遅すぎます。パフォーマンスを改善する方法はありますか教えてください。 WITH XMLNAMESPACES(DEFAULT 'http://tempuri.org

    0

    2答えて

    同じセッションを本番環境で実行し、UATを実行しています。両方の環境で6kくらいのデータをセレクトします。 (パーティションを持たない)テーブルに挿入します。 私が直面している問題は、PRODセッションがUATが5分以内に実行される場所が30分以上かかることです。 私は多くの日にタイミングを取り戻しました。同じパターンです.2つのセッションのプロパティを比較すると、全く違いはありません。 あなたは

    2

    2答えて

    MySQLプラットフォームで次のSQLクエリを実行します。 表Aは、単一の列(主キー)と25K行を持つ表です。 表Bには、複数の列と75Kの行があります。 次のクエリの実行には20分かかります。あなたが手伝ってくれれば嬉しいです。 INSERT INTO sometable SELECT A.PrimaryKeyColumn as keyword, 'SomeText', B.* FROM A

    1

    4答えて

    基本的に、SQLクエリの終了に300秒以上かかる大きな生産上の問題があります。 私たちはSQLサーバとしてMysqlを使用しており、私たちのテーブルはMyISAMを使用しています。 問題のあるクエリは、2つのテーブル間での並べ替えとグループによる基本クエリです。問題は、各テーブルに30,000,000以上の行があることです。ここで は、このクエリの偽一例です:ids_statテーブルの上に SEL

    3

    2答えて

    私は以下のようなクエリを持っています。テーブルA、T、Sは約100万行、Pは1億以上の行を持っています。私はこのクエリにインラインビュー "temp"を新たに導入し、パフォーマンスが大幅に低下しました。 temp用に取得されたデータはほとんど50行で、このインラインクエリは単独で実行されたときにスナップインで実行されます。 自動トレース統計では、これを追加した後にtempを9桁の数字に導入する前に

    21

    1答えて

    SQL Server Profilerを使用してSQLプロセスを使用しているプロセスを特定していますが、イベントクラスAudit Logoutが多数の読み込みを引き起こし、CPUプロセスを消費しています。 正常ですか? SQL Serverの設定に何か問題がありますか?

    0

    1答えて

    私は2つのテーブルを持っています。ニューステーブルには7mのレコードがあり、news_publishテーブルには70mのレコードがあります。 このクエリを実行すると膨大な時間と非常に時間がかかります。 チューニングのために3つのインデックスを追加しますが、クエリは遅いです。 私は誰かが1000年にその変更の統計を提案することを発見し、この問題をGoogleと私はそれをチャゲが、問題はまだ alte

    0

    1答えて

    私は、顧客の購入日と顧客の最後の電子メールのクリック/オープン日の2つのデータセットを外部ソースから取得しています。これは、それぞれ2つのテーブルPURCHASE_INTERおよびACTIVITY_INTERテーブルに格納されます。購入データは複数で、最後の購入日を取得する必要があります。しかし、活動データは各顧客に固有です。データは互いに独立しており、他のデータセットは存在していない可能性があり

    2

    1答えて

    ステージング表から入力を受け取り、それらの行をキューブに追加するOWBマッピングがあります。キューブの背後にあるテーブルは、外部キーを使用してディメンションと結合されたリレーショナル・ファクト表です。クエリの背後にある説明プランはかなり高コストで、マッピングは30分間実行されます。以下を参照すると、ステップ17で、コストは1,396,573に上がり、ネストされたループが現れ始めます。誰かがこのクエ