Re: exporting raw parser
От | Dimitri Fontaine |
---|---|
Тема | Re: exporting raw parser |
Дата | |
Msg-id | 87ljarb6o8.fsf@hi-media-techno.com обсуждение исходный текст |
Ответ на | Re: exporting raw parser (Daniel Farina <drfarina@acm.org>) |
Список | pgsql-hackers |
Daniel Farina <drfarina@acm.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
В списке pgsql-hackers по дате отправления: