Re: Summary: changes needed in function defaults behavior - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Summary: changes needed in function defaults behavior
Date
Msg-id 13568.1229558184@sss.pgh.pa.us
Whole thread Raw
In response to Re: Summary: changes needed in function defaults behavior  ("Pavel Stehule" <pavel.stehule@gmail.com>)
Responses Re: Summary: changes needed in function defaults behavior
Re: Summary: changes needed in function defaults behavior
List pgsql-hackers
"Pavel Stehule" <pavel.stehule@gmail.com> writes:
> 2008/12/17 Tom Lane <tgl@sss.pgh.pa.us>:
>> Experimenting with the revised code, I found a curious case that might
>> be worth worrying about.  Consider the example that started all this:

> do you remember on request for using "default" keyword in funccall?
> This should be solution. In view, you don't store select foo(11), but
> you have to store select foo(11, default, default).

Seems pretty ugly; keep in mind you'd be looking at that notation
constantly (in \d, EXPLAIN, etc), not just in dumps.

I think the most conservative thing to do is to treat varying numbers of
defaults as ambiguous for now.  We can relax that later without breaking
working code, but we couldn't go the other way if something else comes
up.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Marko Kreen"
Date:
Subject: Re: Patch to eliminate duplicate b64 code from pgcrypto
Next
From: "Pavel Stehule"
Date:
Subject: Re: Summary: changes needed in function defaults behavior