Extract the multiplier for CPU process cost of index page into a macro
B-tree, GiST and SP-GiST all charge 50.0 * cpu_operator_cost for processing
an index page. Extract this to a macro to avoid repeated magic numbers.
Discussion:
https://mail.google.com/mail/u/0/?ik=a20b091faa&view=om&permmsgi
Improve GIN cost estimation
GIN index scans were not taking any descent CPU-based cost into account. That
made them look cheaper than other types of indexes when they shouldn't be.
We use the same heuristic as for btree indexes, but multiply it by the number
of searched entries.
Additionally, t
Doc: improve commentary about providing our own definitions of M_PI.
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/5687e7810f1dd32ac1960e67b608c441d87bc229
Modified Files
--
contrib/earthdistance/earthdistance.c | 1 +
src/bin/pgbench/pgbench.c
Perform apply of large transactions by parallel workers.
Currently, for large transactions, the publisher sends the data in
multiple streams (changes divided into chunks depending upon
logical_decoding_work_mem), and then on the subscriber-side, the apply
worker writes the changes into temporary f
Allow left join removals and unique joins on partitioned tables
This allows left join removals and unique joins to work with partitioned
tables. The planner just lacked sufficient proofs that a given join
would not cause any row duplication. Unique indexes currently serve as
that proof, so have