Re: generic plans and "initial" pruning
Amit Langote <amitlangote09@gmail.com>
Attachments
- v38-0001-Add-field-to-store-partitioned-relids-to-Append-.patch (application/octet-stream) patch v38-0001
- v38-0003-Track-opened-range-table-relations-in-a-List-in-.patch (application/octet-stream) patch v38-0003
- v38-0002-Move-AcquireExecutorLocks-s-responsibility-into-.patch (application/octet-stream) patch v38-0002
> > On Tue, Mar 14, 2023 at 7:07 PM Amit Langote <amitlangote09@gmail.com> wrote: > > > * I decided to initialize QueryDesc.planstate even in the cases where > > > ExecInitNode() traversal is aborted in the middle on detecting > > > CachedPlan invalidation such that it points to a partially initialized > > > PlanState tree. My earlier thinking that each PlanState node need not > > > be visited for resource cleanup in such cases was naive after all. To > > > that end, I've fixed the ExecEndNode() subroutines of all Plan node > > > types to account for potentially uninitialized fields. There are a > > > couple of cases where I'm a bit doubtful though. In > > > ExecEndCustomScan(), there's no indication in CustomScanState whether > > > it's OK to call EndCustomScan() when BeginCustomScan() may not have > > > been called. For ForeignScanState, I've assumed that > > > ForeignScanState.fdw_state being set can be used as a marker that > > > BeginForeignScan would have been called, though maybe that's not a > > > solid assumption. It seems I hadn't noted in the ExecEndNode()'s comment that all node types' recursive subroutines need to handle the change made by this patch that the corresponding ExecInitNode() subroutine may now return early without having initialized all state struct fields. Also noted in the documentation for CustomScan and ForeignScan that the Begin*Scan callback may not have been called at all, so the End*Scan should handle that gracefully. -- Thanks, Amit Langote EDB: http://www.enterprisedb.com
Commits
-
Stamp 19beta1.
- 4b0bf0788b06 19 (unreleased) cited
-
Revert "Don't lock partitions pruned by initial pruning"
- 1722d5eb05d8 18.0 landed
-
Ensure first ModifyTable rel initialized if all are pruned
- 28317de723b6 18.0 cited
-
Fix bug in cbc127917 to handle nested Append correctly
- cbb9086c9ef6 18.0 landed
-
Remove unstable test suite added by 525392d57
- 4f1b6e5bb4fe 18.0 landed
-
Don't lock partitions pruned by initial pruning
- 525392d5727f 18.0 landed
-
Fix an oversight in cbc127917 to handle MERGE correctly
- 75dfde13639a 18.0 landed
-
Track unpruned relids to avoid processing pruned relations
- cbc127917e04 18.0 landed
-
Perform runtime initial pruning outside ExecInitNode()
- d47cbf474ecb 18.0 landed
-
Move PartitionPruneInfo out of plan nodes into PlannedStmt
- bb3ec16e14de 18.0 landed
-
Fix setrefs.c's failure to do expression processing on prune steps.
- bf826ea06297 18.0 cited
-
Remove obsolete executor cleanup code
- d060e921ea5a 17.0 landed
-
Revert "Move PartitionPruneInfo out of plan nodes into PlannedStmt"
- 5472743d9e85 16.0 landed
-
Move PartitioPruneInfo out of plan nodes into PlannedStmt
- ec386948948c 16.0 landed
-
Refactor and cleanup runtime partition prune code a little
- 297daa9d4353 15.0 landed
-
Remove some unnecessary fields from Plan trees.
- 52ed730d511b 12.0 cited
-
Remove more redundant relation locking during executor startup.
- f2343653f5b2 12.0 cited
-
Shut down Gather's children before shutting down Gather itself.
- acf555bc53ac 10.0 cited