| Тип: | integer |
| По умолчанию: | 1024 (8MB) |
| Минимальный: | 0 (0kB) |
| Максимальный: | 715827882 (5726623056kB) |
| Ед. изм: | 8kB |
| Контекст: | user |
| Перезапуск: | false |
| От: | 10 |
Задаёт минимальный объём данных таблицы, подлежащий сканированию, при котором может применяться параллельное сканирование. Для параллельного последовательного сканирования объём сканируемых данных всегда равняется размеру таблицы, но когда используются индексы, этот объём обычно меньше. Значение по умолчанию — 8 мегабайт (8MB).
Рекомендации [EN]
… , unless doing IoT or a read-only database. Raise to 100MB or so if your traffic on the database is very bursty, to prevent the WAL from shrinking too much.
На StackOverflow
- Nested Loop Left Join cost too much time?
- Osm2pgsql extremely slow on import on server with 192GB RAM
- Postgresql going mad
- Geoserver WFS + PostgreSQL with large table impossibly slow
- Why does "explain analyzing" this query fnish fast (showing a parallel plan), while running the actual query without "explain analyze" doesn't?
На pgsql-hackers
- [sqlsmith] parallel worker errors "subplan ... was not initialized"
- Re: pgstat_report_activity() and parallel CREATE INDEX (was: Parallel index creation & pg_stat_activity)
- Re: Consider Parallelism While Planning For REFRESH MATERIALIZED VIEW
- RE: Parallel INSERT (INTO ... SELECT ...)
- Re: Parallel INSERT (INTO ... SELECT ...)