Skip site navigation (1) Skip section navigation (2)

Re: Writeable CTEs and empty relations

From: Marko Tiikkaja <marko(dot)tiikkaja(at)cs(dot)helsinki(dot)fi>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Writeable CTEs and empty relations
Date: 2010-02-10 22:50:48
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On 2010-02-10 23:57 +0200, Tom Lane wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> If the executor has buried in it the assumption that the snapshot
>> can't change after startup, then does that mean that we need to start
>> up and shut down the executor for each subquery?
> Yes, I think so.  That's the way it's always worked in the past;
> see for example PortalRunMulti() and ProcessQuery().  I think trying
> to change that is a high-risk, low-reward activity.
> This probably means that the planner output for queries involving
> writeable CTEs has to be a separate PlannedStmt per such CTE.

I'm looking at this, but I can't think of any good way of associating
the tuplestores from PortalRunMulti() with the correct CTEs.  Any ideas?

Marko Tiikkaja

In response to


pgsql-hackers by date

Next:From: Kurt HarrimanDate: 2010-02-10 22:53:49
Subject: Re: Patch: Remove gcc dependency in definition of inline functions
Previous:From: Tom LaneDate: 2010-02-10 21:57:51
Subject: Re: Writeable CTEs and empty relations

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group