| タイプ: | bool |
| デフォルト: | on |
| コンテキスト: | user |
| 再起動: | false |
| 以来: | 11 |
ワーカープロセスを待つ代わりに、GatherノードとGather Mergeノード配下の問い合わせプランをリーダープロセスが実行できるようにします。デフォルトはonです。この値をoffにすると、リーダーがタプルを十分早く読まないためにワーカーがブロックされる可能性を減らすことができますが、リーダープロセスは最初のタプルが生成される前にワーカープロセスが起動するのを待つ必要があります。これがリーダーの性能を助けるのか、阻害要因になるかは計画型、ワーカーの数、問い合わせの長さによります。
On StackOverflow
- How to do a major version upgrade for Aurora Postgres in CloudFormation with custom Parameter Groups?
- Handling at least 200 Concurrent requests per second for a Laravel REST API with NGINX
- Geoserver WFS + PostgreSQL with large table impossibly slow
- Java Hibernate insert hypertable in timescaledb is very slow
- Why does "explain analyzing" this query fnish fast (showing a parallel plan), while running the actual query without "explain analyze" doesn't?