Re: BUG #5136: Please drop the string literal syntax for CREATE FUNCTION ...

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: BUG #5136: Please drop the string literal syntax for CREATE FUNCTION ...
Дата
Msg-id 162867790910250917j71322d8bl773963d5c647de47@mail.gmail.com
обсуждение исходный текст
Ответ на Re: BUG #5136: Please drop the string literal syntax for CREATE FUNCTION ...  (Timothy Madden <terminatorul@gmail.com>)
Ответы Re: BUG #5136: Please drop the string literal syntax for CREATE FUNCTION ...  (Timothy Madden <terminatorul@gmail.com>)
Список pgsql-bugs
2009/10/25 Timothy Madden <terminatorul@gmail.com>:
>
>
> On Sun, Oct 25, 2009 at 12:42 PM, Peter Eisentraut <peter_e@gmx.net> wrot=
e:
>>
>> On l=C3=B6r, 2009-10-24 at 14:01 +0000, Timothy Madden wrote:
>> > Can the string literal syntax for CREATE FUNCTION please, please be
>> > dropped
>> > ... ?
>
> [...]
>>
>> > It is not ANSI/ISO and so annoying for compatibility.
>>
>> Whatever is inside the string literal is also not ANSI/ISO, so why would
>> it make a difference?
>>
> At least the function declaration syntax would be right. I think it would=
 be
> an important difference; this string literal idea is so strange and
> unnatural ...
>
> And why the function body would not be standard ?

Because standard knows only SQL/PSM language for SQL procedures.
Others databases support only one language for sql procedures (PL/SQL,
T-SQL). But PostgreSQL supports plpgsql, plperl, plpython as sql
procedures - and I am sure, so standard doesnt calculate with
multilangual environments.

Regards
Pavel Stehule

Do you mean it can never
> be for some reason ? How about a simple function ?
>
> Thank you,
> Timothy Madden
>

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

Предыдущее
От: Timothy Madden
Дата:
Сообщение: Re: BUG #5136: Please drop the string literal syntax for CREATE FUNCTION ...
Следующее
От: "Peter Bengtson"
Дата:
Сообщение: BUG #5137: Upgrade policy clarification