From: | Dimitri Fontaine <dfontaine(at)hi-media(dot)com> |
---|---|
To: | Daniel Farina <drfarina(at)acm(dot)org> |
Cc: | Tatsuo Ishii <ishii(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: exporting raw parser |
Date: | 2010-06-07 08:14:47 |
Message-ID: | 87ljarb6o8.fsf@hi-media-techno.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Daniel Farina <drfarina(at)acm(dot)org> writes:
> Some of this code was linked with the server, and so reading the node
> using Postgres' parser was easy. Otherwise, a small parser needed be
> written for external projects. Perhaps a slightly more ideal state of
> affairs would be:
>
> * These hooks to acquire the syntactic/semantic/planned trees would be
> bundled "for free"
> * When writing code not linked against the server, a more common
> serialization format, ala JSON or whatnot
Accessing to those data have been talked about with respect to DDL
triggers too. You want to be able to know what exactly is being
executed, and against what objects.
And you want to be able to abuse this information from either a C-coded
server function or a PLpgSQL trigger. I guess the WIP JSON datatype
would help a lot even when working from within the server, as that does
not mean working in C.
Regards,
--
dim
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2010-06-07 09:07:53 | Re: [PATCH] Fix leaky VIEWs for RLS |
Previous Message | Dean Rasheed | 2010-06-07 08:14:43 | Invalid YAML output from EXPLAIN |