The optimization is named kill_prior_tuple but was accidentally
spelled kill_prio_tuple in the test.
Author: Mingli Zhang <
[email protected]>
Discussion: https://postgr.es/m/
82d3e66a-d8ae-4bfa-943e-
29c5add0743f@Spark
--
-- Verify that index scans encountering dead rows produced by an
-- aborted subtransaction of the current transaction can utilize the
--- kill_prio_tuple optimization
+-- kill_prior_tuple optimization
--
-- NB: The table size is currently *not* expected to stay the same, we
-- don't have logic to trigger opportunistic pruning in cases like
--
-- Verify that index scans encountering dead rows produced by an
-- aborted subtransaction of the current transaction can utilize the
--- kill_prio_tuple optimization
+-- kill_prior_tuple optimization
--
-- NB: The table size is currently *not* expected to stay the same, we
-- don't have logic to trigger opportunistic pruning in cases like