Re: choiche of function language was: Re: dynamic procedure call

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: choiche of function language was: Re: dynamic procedure call
Дата
Msg-id 162867790805100308y678dc477h2dcdc079d98b58bb@mail.gmail.com
обсуждение исходный текст
Ответ на choiche of function language was: Re: dynamic procedure call  (Ivan Sergio Borgonovo <mail@webthatworks.it>)
Список pgsql-general
Hello

2008/5/10 Ivan Sergio Borgonovo <mail@webthatworks.it>:
> On Sat, 10 May 2008 07:35:36 +0200
> "Pavel Stehule" <pavel.stehule@gmail.com> wrote:
>
>> your application different execution paths. Generally I can say, so
>> plpgsql isn't well language for this games, and better is using
>> plperl, plpython or other external language.
>
> It is clear what is at least one of the advantage of plpython or
> plperl over plpgsql, but then what are the advantages of plpgsql over
> the rest of the crowd other than resembling the language used in
> Oracle?
>

SQL integration and compatibility with PostgreSQL. PL/pgSQL uses
PostgreSQL expression evaluation - so all PostgreSQL functions are
simply accessible from plpgsql. Next - plpgsql variables are
compatible (are same) with PostgreSQL internal datatypes - so you
don't need any conversion between Postgres and plpgsql.

plpgsql is best glue of SQL statements.

Pavel

> --
> Ivan Sergio Borgonovo
> http://www.webthatworks.it
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>

В списке pgsql-general по дате отправления:

Предыдущее
От: Gerald Quimpo
Дата:
Сообщение: Re: Extract only numbers from a varchar column
Следующее
От: "Pavel Stehule"
Дата:
Сообщение: Re: Returning RECORD from PGSQL without custom type?