From: | Hannu Krosing <hannu(at)skype(dot)net> |
---|---|
To: | Thomas Hallgren <thomas(at)tada(dot)se> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Three weeks left until feature freeze |
Date: | 2006-07-14 12:21:58 |
Message-ID: | 1152879718.2944.6.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Ühel kenal päeval, K, 2006-07-12 kell 17:48, kirjutas Thomas Hallgren:
> Andrew Dunstan wrote:
> > There is in effect no API at all, other than what is available to all
> > backend modules. If someone wants to create an API which will be both
> > sufficiently stable and sufficiently complete to meet the needs of the
> > various PLs (especially, as Hannu rightly observes, any new PLs that
> > come along) then we can revisit this question. Until then I suggest
> > that it is at best premature. I am not even sure such a thing is
> > actually possible.
> >
> I concur with this. The needs for a module like PL/Java is very different then the needs of
> PL/Perl so let's get some more PL's in before we do a refactoring effort to create common
> API's. Personally, I'm not sure what would be included. The call handler API's together with
> the SPI API's are in essence what you need. The rest is fairly specialized anyway.
http://pgfoundry.org/projects/python seems to do something similar to
what you describe for PL/Java. For example it is using postgreSQLs
native types and operators for calculations instead of converting types
to pl's native types.
and it also has lots of code lines ;)
--
----------------
Hannu Krosing
Database Architect
Skype Technologies OÜ
Akadeemia tee 21 F, Tallinn, 12618, Estonia
Skype me: callto:hkrosing
Get Skype for free: http://www.skype.com
From | Date | Subject | |
---|---|---|---|
Next Message | Lukas Smith | 2006-07-14 12:37:12 | Re: monolithic distro |
Previous Message | Hannu Krosing | 2006-07-14 10:14:16 | Re: pgsql-patches considered harmful |