From: | Marko Tiikkaja <marko(dot)tiikkaja(at)cs(dot)helsinki(dot)fi> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Rewrite, normal execution vs. EXPLAIN ANALYZE |
Date: | 2010-08-30 21:07:31 |
Message-ID: | 4C7C1D93.8040907@cs.helsinki.fi |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
I looked at fixing this inconsistency by making all query list snapshot
handling work like EXPLAIN ANALYZE's code does. The only reason I went
this way was that implementing wCTEs on top of this behaviour is a lot
easier.
There were three places that needed fixing. The SPI and portal logic
changes were quite straightforward, but the SQL language function code
previously didn't know what query trees of the execution_state list
belonged to which query so there was no way to tell when we actually
needed to take a new snapshot. The approach I took was to change the
representation of the SQL function cache to a list of execution_state
lists, and grab a new snapshot between the lists.
The patch needs a bit more comments and some cleaning up, but I thought
I'd get your input first. Thoughts?
Regards,
Marko Tiikkaja
Attachment | Content-Type | Size |
---|---|---|
snapshot.patch | text/plain | 19.9 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Marko Tiikkaja | 2010-08-30 21:30:24 | Re: Rewrite, normal execution vs. EXPLAIN ANALYZE |
Previous Message | Pavel Stehule | 2010-08-30 19:41:50 | Re: How to construct an exact plan |