問題タブ [postgresql-performance]

私はPostgreSQLの初心者です。次のクエリの実行時間を改善する方法はありますか:

LIMIT順序として、句を集約呼び出しに挿入する方法が見つかりませんでした。

tableにはcreated( timestamp) とsite_id( )によるインデックスがありますが、 toの外部キーは残念ながら存在しません。このクエリは、最近作成された 5 つのページのサブリストを含むサイトのリストを返すことを目的としています。integerpagessites.idpages.site_id

PostgreSQL のバージョンは 9.1.5 です。

大きなレポート テーブルがあります。ビットマップ ヒープ スキャン ステップに 5 秒以上かかります。

私にできることはありますか？テーブルに列を追加しましたが、それが使用するインデックスを再作成することは役に立ちますか?

データを結合して合計するので、500K レコードをクライアントに返しません。
私はpostgres 9.1を使用しています。
ここで説明します：

クエリ:

テーブル: 4 つの異なる値を持つフィールドです
foo。現在、10,000 個の個別の値があります。text
foo_idbigint

I am running Postgres 9.1 on a cloud server (which I'm aware is far from ideal, we are hoping to migrate at some point this year). This server frequently performs full text queries on a table with more than 3 million records. Here is an example of a typical query.

The columns datepublished, hide and tsvall are all indexed , tsvall is indexed using GIN. The postgres configuration settings shared_buffers, effective_cache_size, work_mem have also been tweaked.

For an a typical query (query text used was "august") using the parameters in the example above returning 986 rows took 5 seconds. I really would like to get to speed this up. Your help would be greatly appreciated, I can provide extra information on request.

--EDIT : EXPLAIN ANALYSE RESULTS

here is a link as requested in the comments http://explain.depesz.com/s/QDAb

--EDIT 2

I realised that my datepublished index was not orderd so I have created a (btree) index on the column which is ordered DESC. Here is an example of an EXPLAIN ANALYSE output I am now getting

And here again is the link as requested http://explain.depesz.com/s/Ksss

Mark

この単純なステートメントは非常に長い時間実行されているようです。より高速に実行できるように SQL を変更するにはどうすればよいですか? ありがとう。

日時フィールド「updated_at」を持つテーブルがあります。私のクエリの多くは、updated_at > 特定の日付を持つ行な​​どの範囲クエリを使用して、このフィールドに対してクエリを実行します。

既に update_at にインデックスを追加しましたが、返される行数に制限があった場合でも、ほとんどのクエリは依然として非常に低速です。

日時フィールドに対してクエリを実行するクエリを最適化するには、他に何ができますか?

多数のレコードを含むテーブルがありますが、一度に「アクティブ」になるのはそれらの一部のみであり、Web アプリはそれらを参照するだけで済みます。新しい (アクティブな) レコードを追加し、古いレコードを再アクティブ化する可能性がある更新プロセスを毎晩実行しています。

postgres は、アクティブなレコードをキャッシュする必要があることを理解できますか? そうでない場合は、アクティブなレコードを新しいテーブルに移動して、それを支援する必要がありますか?または、「ヒント」を与える他の方法はありますか?

UPDATE - アクティブなレコードは、end_date という日時フィールドに NULL 値を持つことで示されます

ありがとう

このようなテーブルがあります。

以下にいくつかのサンプルデータを示します。

上記の表のデータが以下の形式で必要です。

したがって、基本的には、各日付の各イベントの数が必要です。

目的の結果を得るために、以下のクエリを試しました。

より優れた最適化されたクエリを見つけるように提案してもらえますか? 、または私は良いアプローチに従っています。

次のようなビューがvote_pairsあります。

また、votesテーブルに最大 10 万行ある場合、このビュー全体のクエリの実行には約 3 秒かかります。

ただし、名前にフィルターを追加すると、次のようになります。

実行時間は 4 倍になり、クエリvote_pairsが完了するまでに約 12 秒かかります。

このランタイムは、制限の位置に関係なく一貫しています。たとえば、フィルターがWHERE外側のクエリの句に移動した場合、クエリは同様に遅くなります。

どうしたの？Postgresで辞書式比較は遅いですか? これは別のものですか？また、このクエリの速度を改善するにはどうすればよいでしょうか?

投票表:

EXPLAIN ANALYZE名前フィルターなしの出力:

フィルターを使用すると、次のようになります。

説明 (分析、バッファ):

雑記：

• VACCUM FULLそしてANALYZE votes実行されました
• 8.4.11 と 9.2.3 はどちらも同じように動作します