問題タブ [postgresql-performance]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
postgresql - Postgres が不適切なクエリ プランを選択する
次のクエリは 1.5 秒で終了します (テーブルには約 5 億行が含まれています)。
クエリ プラン: http://explain.depesz.com/s/8Ix
代わりに product.name を検索すると、ランタイムがまったく許容できない 200 秒に増加します。
クエリプラン: http://explain.depesz.com/s/0RfQ
「new00000006」という名前の製品の ID は 24 であることに注意してください (上記の高速クエリと同じ ID)。証拠：
そのクエリが最初のクエリよりも 200 倍長くかかるのはなぜですか?
このクエリのもう 1 つの興味深い変更はこれです。product.id = 24 (最初のクエリのように) の代わりに、product.id = (select 24) を使用します。これも実行に 200 秒かかります (実際には、product.name を検索するときと同じ不適切なクエリ プランになります)。
クエリプラン: http://explain.depesz.com/s/K3VO
統計表は、製品 ID 24 が「レア」であることを示しています。
製品 ID 24 の頻度は 6.7e-005 (「新製品」) ですが、古い製品の頻度は約 0.01 です。
統計によると、最初のクエリ プラン (1.5 秒で実行されるもの) は完全に理にかなっています。sales_productid_index を使用して、この製品の売上をすばやく見つけます。他の 2 つのケースで同じクエリ プランが使用されないのはなぜですか? 統計は無視されているようです。
テーブル定義 (少し難読化 / 名前変更):
バージョン: PostgreSQL 9.3.1、Visual C++ ビルド 1600 でコンパイル、64 ビット
構成: 1GB に増やされた maintenance_work_mem を除くデフォルト構成。
オペレーティング システム: Microsoft Windows [バージョン 6.2.9200]
インストールされている RAM の量とサイズ: 32GB
ストレージ: シングル 1TB SSD
sql - 大きなテーブルの最近の行に対するクエリのパフォーマンスを最適化する
私は大きなテーブルを持っています:
すべてのリクエストの 90% は、次person_idのような による過去 2 ～ 3 日間の注文に関するものです。
どうすればパフォーマンスを向上させることができますか?
Partitioningについては知っていますが、既存の行はどうですか? INHERITSまた、 2 ～ 3 日ごとにテーブルを手動で作成する必要があるようです。
sql - WITH 句に不要なテーブルを追加すると、PostgreSQL のクエリが遅くなりますか?
WITHPostgres が句を含むクエリを実行する方法について (おそらく) 基本的な質問があります。WITH余分なテーブルを句に含めると、実際にクエリが遅くなるかどうか疑問に思っています。つまり、WITH句で作成された「一時」テーブルが句の外で呼び出されないWITH場合、その「一時」テーブルは実際に作成されますか?
WITH最初の例では、句を使用して作成された 2 つの「一時」テーブルを結合しています。
2 番目の例では、まったく同じクエリを実行していますが、WITH句で無関係なテーブル "temp3" が作成されています。
これら 2 つのクエリにパフォーマンスの違いはありますか? が巨大なテーブルの場合table_3、例 2 と例 1 のクエリは遅くなりますか? そうでない場合、なぜですか？
クエリ時間には影響しないようです。その理由は今でも気になるところですが…
postgresql - PostgreSql クエリ、パフォーマンス NOT IN、LEFT OUTER JOIN
n対mの関係を持つテーブル従業員、テーブルスポーツがあります。つまり、もう1つのテーブルもあります。テーブルemp_sportとしましょう
テーブル従業員
こんな感じで従業員からデータを選択したい
結果、私は持っています
問題は、従業員テーブルと emp_sport に非常に大きなデータがある場合、クエリが非常に遅くなることです。
sql - Postgresql の集計ネスト テーブルを使用した検索可能なデータベース ビュー
家族、親、子供、クラブの 4 つのテーブルがあります。家族には多くの親と多くの子供がいます。子供たちは多くのクラブ会員を持っています。
親と子のそれぞれ、名前、メールアドレス、および子供が所属するすべてのクラブのすべての ID のすべての配列を返す、名前とメールアドレスをすばやく検索するための「ビュー」を作成したいと思います。
ビューに表示したいクエリについて、これまでに持っているものは次のとおりです。
質問は次のとおりです。
- 子供と親の重複する club_id を取り除くにはどうすればよいですか?
それは本当に遅いクエリです。インデックスが作成されている場合、子または親で書き込みが発生するたびにビューが更新されますか?
実行計画は次のとおりです。 http://explain.depesz.com/s/BA9
- ここにsqlfiddleがあります：http://sqlfiddle.com/#!15/9c737/2