Re: Is this really really as designed or defined in some standard
| От | Tom Lane |
|---|---|
| Тема | Re: Is this really really as designed or defined in some standard |
| Дата | |
| Msg-id | 13824.1220367248@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Is this really really as designed or defined in some standard ("Pavel Stehule" <pavel.stehule@gmail.com>) |
| Ответы |
Re: Is this really really as designed or defined in some standard
|
| Список | pgsql-hackers |
"Pavel Stehule" <pavel.stehule@gmail.com> writes:
> 2008/9/2 Tom Lane <tgl@sss.pgh.pa.us>:
>> BTW, there are actually two separate issues here: input parameters and
>> output parameters. After brief thought it seems like we should enforce
>> uniqueness of non-omitted parameter names for IN parameters (including
>> INOUT), and separately enforce uniqueness of non-omitted parameter names
>> for OUT parameters (including INOUT).
> It's well thought, but I afraid so this can hide some bug, and it's
> little bit dangerous.
> I thing, so we can simply duplicate values in result then allowing
> duplicate params in function.
Um ... what? I'm not sure what behavior you're proposing here.
regards, tom lane
В списке pgsql-hackers по дате отправления: