問題タブ [postgresql-9.6]

私はイベント トリガーを使用しており、テーブルの作成などのアクションをログに記録できます。

ユーザーが接続 (セッションの開始) およびユーザーの切断 (セッションの終了) するたびに実行されるイベント トリガーを作成できますか。

PostgreSql 9.6beta4 を実行しています。

最新の 50 件のニュース記事を取得するための非常に単純な PostgreSQL クエリがあります。

ここで、各記事の最新の 10 件のコメントも取得したいと考えています。それらを取得するには 2 つの方法が考えられますが、PostgreSQL のコンテキストでどちらが最適かはわかりません。

オプション1：

元のクエリのコメントに対して直接サブクエリを実行し、結果を配列にキャストします。

明らかに、この場合、アプリケーション ロジックは、配列内のどのインデックスがどの列であるかを認識している必要がありますが、それは問題ありません。

このメソッドで私が目にする 1 つの問題は、クエリ プランナーがそれをどのように実行するかがわからないことです。これは事実上 51 個のクエリに変わるでしょうか?

オプション 2:

元の非常に単純なクエリを使用します。

次に、アプリケーション ロジックを介して、すべてのニュース ID を収集し、それらを別のクエリで使用します。ニュース記事ごとの結果の数を制限するには、ここで row_number() を使用する必要があります。

このアプローチは明らかにより複雑であり、最初に範囲指定されたニュース記事のすべてのコメントを取得してから、行数が 10 を超えるコメントを切り捨てる必要があるかどうかはわかりません。

どのオプションが最適ですか? または、私が見落としたさらに良い解決策はありますか?

文脈上、これは私が自分で開発したニュース アグリゲーター サイトです。現在、いくつかのカテゴリにわたって約 40,000 のニュース記事があり、約 500,000 のコメントがあります。

Postgres には新しいリリース9.6があります。インデックス オンリー スキャンに関するドキュメントを読みました。私は postgres テーブルのヒープを認識しており、部分インデックス (または一般的なインデックス) がどのように機能するかを知っています。インデックスのみの利点がわかりません。

質問

• 本当に何が変わったのですか？既にインデックスのみのスキャンを使用していませんか?
• 最高のメリットを得るには、いつ、どのように使用すればよいですか?

関連のない背景:実稼働環境でINSERTs とs が多い 60 億行のテーブルを扱っていますSELECT

DDL ステートメントを関数パラメーターとして渡すことは可能ですか?

このようなもの：

最終的なステートメントは次のようになります。

または、それらを文字列として渡してexecuteコマンドを使用する必要がありますか?

PostgreSQL 9.5 では、私が書いた C 関数で、(0) は28642010ARR_ELEMTYPE(PG_GETARG_ARRAYTYPE_P(0))を返した複合型 (つまり で定義) の配列です。この数値はソース コードに表示されず、文書化されていません。CREATE TYPE

今日、PG 9.6 にアップグレードしたところ、C 関数がエラーをスローしました。elemtype は 16396 として報告されるようになりました。これもソース コードには表示されません。

ウィキとソースの両方で、10 進数と 16 進数の両方の数字を検索しました。

a) OID がソース コードで定義されておらず、b) PG の変更によって番号が変更される方法がわかりません。

ここで何か不足していますか？

シーケンスの次の値を取得するために、次のように記述しました。それは完全に機能します：

しかし、SPI を介さずに実行できる関数呼び出しは確かにありますか?

Insert... On Conflict ステートメントで同じ値を使用する場合、構文を単純化できますか?

この種のステートメントは、アプリケーションの更新ごとに実行されるスクリプトの一部であるため、他にもたくさんあります。

基本的に、同じ値を 2 回指定しない方法を探しています。