Re: Is there a good reason why PL languages do not support cstring type arguments and return values ?
От | Dimitri Fontaine |
---|---|
Тема | Re: Is there a good reason why PL languages do not support cstring type arguments and return values ? |
Дата | |
Msg-id | m2haq15p46.fsf@2ndQuadrant.fr обсуждение исходный текст |
Ответ на | Re: Is there a good reason why PL languages do not support cstring type arguments and return values ? (Heikki Linnakangas <hlinnakangas@vmware.com>) |
Ответы |
Re: Is there a good reason why PL languages do not support
cstring type arguments and return values ?
|
Список | pgsql-hackers |
Heikki Linnakangas <hlinnakangas@vmware.com> writes: > I've wanted to allow writing i/o functions in non-C languages for a long > time as well, but never got around to do anything about it. Custom datatypes > are really powerful, but as soon as you have to write C code, that raises > the bar significantly. I/O functions written in, say, PL/pgSQL would be an > order of magnitude slower than ones written in C, but for many applications > it would be OK. Do you want a crazy idea now? Yes, I do mean Yet Another One. I'm thinking about what it would take to have a new PL/C language where the backend would actually compile and link/load the C code at CREATE FUNCTION time, using dynamic code generation techniques. That would allow writing functions in C and not have to ship a binary executable file on the system, which would solve a bunch of problems. With that tool and this use case, you could simply ship inline your C coded IO functions in the middle of the PL/pythonu extension, using the exact same mechanisms. In the more general view of our offerings, that would fix C coded extensions for Hot Standby, for one thing. Regards, -- Dimitri Fontaine http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
В списке pgsql-hackers по дате отправления: