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 | 162867790910252144o1243b7a8w1f9ed7ed0ece4357@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 ...
|
Список | pgsql-bugs |
2009/10/25 Timothy Madden <terminatorul@gmail.com>: > > > On Mon, Oct 26, 2009 at 12:13 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> >> Timothy Madden <terminatorul@gmail.com> writes: >> > Ok I get it. So Posgres also offers perl and python in addition to SQL. >> > But at least for SQL, which is included and defined in the standard, >> > could >> > the syntax be made conforming ? >> >> I think you still haven't got the point: there is *no* function language >> that we offer that exactly matches what the spec has got. =C2=A0Not using >> string-literal syntax, difficult as that is already, would probably >> represent about 1% of the work needed to implement what the spec >> suggests. > > > I would like to put to good use the statements and expression that do mat= ch > (SELECT/INSERT/UPDATE/ ...), and the very function declaration syntax is > getting in the way, making even those matches now useless ... ??? Pavel > > Thank you, > Timothy Madden >
В списке pgsql-bugs по дате отправления: