キャッシュ用のpostgresサーバー側カーソルを使用

Question

大規模なpostgresコレクションに基づくページのページ生成を高速化するために、クエリ結果をmemcacheにキャッシュします。しかし、非常に大きな不変なコレクションやアクセスがほとんどないコレクションでは、サーバー側のカーソルをポストグルに保存する方が実行可能な代替のキャッシュ戦略になるのではないかと思います。

コレクションの途中でページを提供した後で、コレクション内の他の場所のランダムなクエリよりも、「次の」リンクと「前の」リンクが使用される可能性が高くなります。クエリの大規模な起動コスト（避けられないような）を避けるために、近隣に「WITH HOLD」というカーソルを付けることができますか？

サーバー上のリソース消費については不思議です。コレクションが不変の場合、カーソルを保存するのにあまり多くのリソースは必要ないはずですが、私はこの点で最適化されたpostgresがどのようになっているのだろうかと思います。さらなるドキュメンテーションへのリンクがあれば幸いです。

Answer 1

あなたは多くの問題を抱えています。あなたは、D」

• は、同じユーザーが同じSQL接続
• あなたはカーソルが真空操作を開催しますクリーンアップ作戦
• を作成する必要がありますを取得することを確認する必要があります。
• カーソルをクリアしないように接続プールに納得させる必要があります
• 私が言及していない他の問題が考えられます。

要するに：しないでください。次回/前のページをバックグラウンドであらかじめ計算してmemcachedに保存するのはどうでしょうか？

Answer 2

これに対する良い答えは、以前、本質的に、あなたがページネーショントークンと有効期限を持つサーバー上のPKのリストを格納し、Best way to fetch the continuous list with PostgreSQL in web

質問が類似しているが行われています。