From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | David Fetter <david(at)fetter(dot)org> |
Cc: | Andrew Tipton <andrew(at)kiwidrew(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCH] SQL assertions prototype |
Date: | 2013-11-25 20:10:22 |
Message-ID: | 1385410222.68744.YahooMailNeo@web162903.mail.bf1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
David Fetter <david(at)fetter(dot)org> wrote:
> On Mon, Nov 25, 2013 at 11:04:23AM -0800, Kevin Grittner wrote:
>> As soon as we are out of this CF, I am planning to write code to
>> capture deltas and fire functions to process them "eagerly"
>> (within the creating transaction). There has been suggestions
>> that the changeset mechanism should be used for that, which I
>> will look into; but my gut feel is that it will be better to
>> build a tuplestore of tids flagged with "old" or "new" around
>> the point that "after triggers" fire. How close does that sound
>> to what CREATE ASSERTION (as currently envisioned) would need?
>
> It sounds *extremely* close to what we'd need for row access in
> per-statement triggers, as in probably identical. The SQL syntax
> of this sub-feature is described in Foundation section 11.49 and
> called REFERENCING in CREATE TRIGGER.
>
> Do you have any prototypes I could use for that purpose?
No, but it is at the top of my list after the CF. I will also need
an execution node type or two to produce the referenced rows for
the appropriate contexts, which is probably also very close to what
you need for per-statement triggers. I will be happy to coordinate
work with you.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2013-11-25 20:10:39 | Re: Errors on missing pg_subtrans/ files with 9.3 |
Previous Message | David Fetter | 2013-11-25 19:50:47 | Re: [PATCH] SQL assertions prototype |