query-performance

    3

    2答えて

    次の2つのテーブルがMySQL(簡体字)にあります。 clicks(InnoDBの) が がdate_added列にインデックスが約70,000,000レコードを周りに含まれてい linksテーブル 内のレコードを参照する列 link_idを持っています links(MyISAM) 約65,000 の周りに、私はこれらのテーブルを使用して、いくつかの分析クエリを実行しようとしている、はるかに少ない

    0

    1答えて

    これで はJSフィドル: http://sqlfiddle.com/#!9/4c7bc0/7 CREATE TABLE big_table(id INTEGER AUTO_INCREMENT PRIMARY KEY, user_id INTEGER NOT NULL); SELECT * FROM big_table WHERE user_id IN (1, 100, 10

    0

    1答えて

    440万行のテーブルの列を更新しようとしています。私はそこにさらに、これを改善する方法でなければならず、誰かが、この中で私を助けることができれば感謝されると確信しています update t_settlement x set dt_ad_decode = y.decode from (Select dt_amountdescription_1to1, dt_decode as d

    0

    1答えて

    私は2つのデータベースを持っています。最初のデータベースは "db1"で、2番目のデータベースは "db2"です。それぞれが異なるサーバー「server1」および「server2」にそれぞれ配置されています。しかし、これら2台のサーバーが接続されているので、「server1」から「db2」を問い合わせることができます。 "db2"というクエリを実行する "db1"には、複雑なストアドプロシージャが

    2

    2答えて

    上のXMLデータを解析するために、クエリ私はVARCHAR(MAX)列内のレコードの変更の監査情報を格納するSQL Serverの2014データベース上のテーブル持っている(貧乏人のCDCを。) このデータは、以下であります形式: <span class="fieldname">Assigned To</span> changed from <span class="oldvalue">

    0

    1答えて

    多くのストアドプロシージャ、または複数のif-else支店を持つ1つのストアドプロシージャを持つことが良い場合、私は疑問に思って。 ストアドプロシージャの最新の実行に基づいてSQL Serverが実行計画を作成するので、ストアドプロシージャが次に実行されるときに、IFステートメントの別のパスにつながる別のパラメータを使用して、異なる実行計画がコンパイルされ、キャッシュされます。 私の監督は、私たち

    0

    1答えて

    2秒を実行するクエリが実行されるたびに私に電子メールを送信するテスト(読んでください:何でもメールを送ることができます)をしたいと思います。 問題がある場合は、CircleCiとPhPUnitでcakePhpを使用しています。 3つのデータベースもあります。最初はプロダクション、2番目は開発、3番目はtest_databaseです。 この問題に対する最善のアプローチは何ですか?これをテストできるア

    0

    1答えて

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

    1

    1答えて

    週番号のデータ型が22秒でmax(week-no)をフェッチするvarchar2のweek-noを含むテーブル名xを使用しています。私は最大週-なし で行フェッチする必要が 私は、クエリの下に、これを試してみました: select max(to_number(week-no)) from x; を少ない時間を取ることができ、クエリを支援し、提案してください。私はOracleは、クエリのために

    1

    1答えて

    ほとんどのデータ駆動型システムに同じ問題があると私は確かにパフォーマンスの問題があります。時には自動的にそれは本当にゆっくりと実行するようになり、悪い計画、とのシステムに再コンパイルを取得 ストアドプロシージャ: は現在、彼らは基本的に、私は単一のソリューションを解決することができると思う2カテゴリに分類されます。この理由は、最初に再コンパイルされるパラメータのセットが代表/正常/最適ではないため