Re: pl/Ruby, deprecating plPython and Core

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: David Fetter <david(at)fetter(dot)org>, Gregory Maxwell <gmaxwell(at)gmail(dot)com>, Hannu Krosing <hannu(at)skype(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pl/Ruby, deprecating plPython and Core
Date: 2005-08-17 16:33:59
Message-ID: 430366F7.8090903@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> I find the whole argument that, lack of an untrusted version of the PL
> means it should be deprecated, crazy. There are plenty of situations
> where you don't care that the PL is untrusted.

Yes you are absolutely correct. However my argument was more than that.

It contained:

The fact that it was only untrusted

Not moving forward. plPython is basically in a static state, I can't do
(AFAIK) in plPython today that I couldn't do 2 years ago.

PostgreSQL is moving forward at an increasing rate. The pl languages
that are in core should at least try to keep up with the feature set.

Also there is the maintainability perspective. I may write a one time
function in plpython because python is my prefered language. I would not
however use it as my primary language for procedures because it can't be
trusted.

Believe me, if plPython could be trusted I would be all over anyone who
suggested deprecating it. Python is my preferred language.

Sincerely,

Joshua D. Drake

>
> Joe

--
Your PostgreSQL solutions company - Command Prompt, Inc. 1.800.492.2240
PostgreSQL Replication, Consulting, Custom Programming, 24x7 support
Managed Services, Shared and Dedicated Hosting
Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Hallgren 2005-08-17 16:40:07 Re: pl/Ruby, deprecating plPython and Core
Previous Message Tom Lane 2005-08-17 16:01:58 Re: pthread stack on FreeBSD WAS: HEAD doesn't cope with libraries in non-default