トーストテーブルがエクスポンション（分析）に影響しないのはなぜですか？ここ

Question

は、テーブル構造

create table test as 
select 
    lpad('x',100,'x') as a1, 
    (SELECT array_to_string(ARRAY(SELECT chr((65 + round(random() * 25)):: int) FROM generate_series(1,1024*1024)), '')) as a2 
from generate_series(1,5*1024); 

テーブル770Kbプラストーストテーブルの合計サイズ5.8Gb

はのは、トーストテーブルがスキャンされていないことを意味どの

explain (analyze, buffers, timing) select a2 from test 

"Seq Scan on t1 (cost=0.00..145.20 rows=5120 width=18) (actual time=0.041..2.959 rows=5120 loops=1)" 
"Buffers: shared hit=2 read=92" 
"Planning time: 1.771 ms" 
"Execution time: 3.375 ms" 

を実行してみましょうです。そのため、説明の結果は実際のクエリと一致しません。

これはプランナーの最適化の問題です。データの消費者でなく、それらを読む必要はありません。しかし、説明の結果、実際のクエリに（少なくともほぼタイミングで）一致しているとします。

キーワードは、の構文の一部を説明、分析、バッファし、それらはpostgresクエリパーサーによって構築されたASTに挿入されますか？あるいは、それらはクエリから切り捨てられ、ポストグルはクエリの残りを実行しますが、実行の統計的詳細を得るために "心"に留まりますか？

誰かがそれが起こっている理由を確認または説明できる場合。

Answer 1

私はそのようにした理由を知ることはできませんが、PostgreSQLが可能な限り値の抹消を延期するという副作用であると思います。

EXPLAIN (ANALYZE, BUFFERS, TIMING) SELECT length(a2) FROM test;