Re: Consider parallel for lateral subqueries with limit - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Consider parallel for lateral subqueries with limit
Date
Msg-id 4152120.1641335459@sss.pgh.pa.us
Whole thread Raw
In response to Re: Consider parallel for lateral subqueries with limit  (Greg Nancarrow <gregn4422@gmail.com>)
Responses Re: Consider parallel for lateral subqueries with limit
List pgsql-hackers
Greg Nancarrow <gregn4422@gmail.com> writes:
> The patch LGTM.
> I have set the status to "Ready for Committer".

I don't really see why this patch is even a little bit safe.
The argument for it seems to be that a lateral subquery will
necessarily be executed in such a way that each complete iteration
of the subquery, plus joining to its outer rel, happens within a
single worker ... but where is the guarantee of that?  Once
you've marked the rel as parallel-safe, the planner is free to
consider all sorts of parallel join structures.  I'm afraid this
would be easily broken as soon as you look at cases with three or
more rels.  Or maybe even just two.  The reason for the existing
restriction boils down to this structure being unsafe:

    Gather
        NestLoop
            Scan ...
            Limit
                Scan ...

and I don't see how the existence of a lateral reference
makes it any safer.

            regards, tom lane



pgsql-hackers by date:

Previous
From: "Finnerty, Jim"
Date:
Subject: Re: Add 64-bit XIDs into PostgreSQL 15
Next
From: Jacob Champion
Date:
Subject: Re: [PATCH] Accept IP addresses in server certificate SANs