問題タブ [postgresql-10]

私は次の構造を持っています：

数量の正確な値を毎回知る必要があります。したがって、reltuples は使用できません。

テーブルには 45,000,000 を超える行があります。

ランニング

与える

ランニング

与える

なぜインデックスを使用しなかったのですか? ありがとう

私はPostgreSQL を初めて使用し、case ステートメントを使用していますLEAD()。LAG()私のケースステートメントの1つは、リードとラグの値をまったく参照しておらず、UPSERT.

andを別の case ステートメントでUPSERT使用するように変更する前は、 は完全に正常に機能していました。これら 2 つを一緒に使用することはできませんが、エラーがスローされます。LEAD()LAG()

PostgreSQL の WINDOW 関数を使用すると UPSERT が機能しなくなる理由はありますか?

これはエラーをスローしているコードです。UPSERT CASE ステートメントで LEAD() または LAG() をまったく参照していませんが、LEAD() および LAG() を使用した SELECT ステートメントのようです。問題の原因:

しかし、LEAD() と LAG() を指定した SELECT ステートメントを使用せず、最初の CASE ステートメントを使用せずにこのコードを実行すると、次のように動作します。

LEAD() と LAG() を別々に使用し、単独でも機能する最初の case ステートメントをテストしました。

postgresql-10 で pgcrypto を使用しようとしていますが、CREATE EXTENSION pgcrypto の後でも、デフォルトのデータベース (postgres) とは異なるデータベースで動作させることはできません。特定のDBで。誰かがこの問題について考えを持っていますか?

デフォルトのデータベースでは、crypt() や gen_salt などの「postgres」関数は問題なく動作します。