Re: [HACKERS] PostgreSQL future ideas

From: "postgres Emanuel CALVO FRANCO" <postgres(dot)arg(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [HACKERS] PostgreSQL future ideas
Date: 2008-09-29 21:27:51
Message-ID: f205bb120809291427q506f22e7oe8f9ddb9e16c3fef@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

2008/9/27 Douglas McNaught <doug(at)mcnaught(dot)org>:
> On Sat, Sep 27, 2008 at 12:13 PM, Mark Mielke <mark(at)mark(dot)mielke(dot)cc> wrote:
>> If
>> some parts of PostgreSQL are not performance bottlenecks, and they are
>> extremely complicated to write in C, and very easy to write in something
>> else common and simple (I've never used LUA myself?), I imagine it would be
>> acceptable to the community.
>
> As long as they can expose their interfaces using the standard PG
> function call interface, and use the documented SPI mechanism to talk
> to the rest of the back end. Stuff that hooks into undocumented or
> unstable parts of the code would be much less viable.
>
> -Doug
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>

I think that C is the best language for Postgresql. C++ has a little
thinks that make not good for performance.
Why people want to make more understable code touching the language?.
Simplify documentation for programmmers. Thats was the idea in the beggining.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Greg Smith 2008-09-29 21:49:26 Re: pg_start_backup() takes too long
Previous Message Scott Marlowe 2008-09-29 20:25:58 Re: Counting unique rows as an aggregate.

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2008-09-29 22:26:30 Re: Updates of SE-PostgreSQL 8.4devel patches
Previous Message Stefan Kaltenbrunner 2008-09-29 19:54:42 Re: parallel pg_restore - WIP patch