問題タブ [unnest]

整数の配列であるUDF（以下に表示）にクエリがあり、unnest()それに対して結合します。これが機能することがわかっているので、pgplsqlUDFにローカル一時テーブルを作成しました。unnest一時テーブルを作成する代わりに、クエリで直接使用して結合を実行することは可能ですか？

これを実行したい理由は、サーバーログの自動説明出力を確認することなく、クエリプランを確認できるようにするためです。ローカル一時テーブルはこれを防ぎます。つまり、結果のクエリをコピーして貼り付け、そのまま実行することはできません。

キーと値のペア (列名、値) は、約 100 列のテーブルから取得する必要があります。

次のクエリは、必要なことを正確に実行します。

ただし、列を明示的に指定する必要があります。

列名を直接指定しないか、動的に生成することで、同じ出力を生成する方法はありますか。

与えられた:{{1,"a"},{2,"b"},{3,"c"}}
望ましい:

次のクエリで意図した結果を得ることができます。ただし、配列のサイズに合わせてスケーリングするものを用意することをお勧めします。

タイプ配列を渡すことでplpgsqlを使用してストアドプロシージャを作成し、プロシージャ内でループを実行して、各情報タイプを挿入できるようにします

問題は、配列入力で関数を使用する方法がわからないことです。私はいくつかの実験をしました（いくつかのばかげた入力だけで）：

しかし、PostgreSQLはそれがaでrecord[]あり、私はまだループ部分をテストしていないと言っています...

このリンクで同様の問題を発見しました:
Declare variable of composite type in PostgreSQL using %TYPE
but it did not use arrays. これが単なる重複した質問である場合、皆さんは私を正しい方向に向けることができるかもしれません!

PostgreSQL で 3 次元配列の最大 (または最小) 要素を見つけるにはどうすればよいですか?

これの代わりに機能またはより高速な方法はありますか?:

私はクエリシステムを実装していました。アンネスト機能を実装しました。現在、ユーザーは単一の select ステートメントで複数の unnest を使用することについて尋ねていました。ほとんどのユーザーがクエリ システムの前に PostgreSQL を使用していたため、一種のガイドラインとして PostgreSQL を使用していました。

PostgreSQL には次のような奇妙な動作があります。

私の実装は常にデカルト積として生成されました。私は疑問に思っています、これの背後にある正しいロジックは何ですか? PostgreSQL は正しいことをしているのですか、それとも単なるバグですか? ANSI ドキュメントや PostgreSQL ドキュメントに明確な説明が見つかりませんでした。