From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [PATCHES] Proposed patch for sequence-renaming problems |
Date: | 2005-10-01 17:02:29 |
Message-ID: | 9253.1128186149@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Tom Lane wrote:
>> Ripping out ALTER SCHEMA RENAME is not a solution unless you have a path
>> to a solution later with more work.
> Well, we are only giving ourselves a few weeks to solve this, and I
> think a hack to make it work cleanly for users is better than supporting
> two function names perpetually.
Well, if you are dead set on having only one function name, then I think
the best solution is this:
* only one function, taking regclass
* add an implicit text-to-regclass coercion
With this, nextval('foo') is early binding and nextval('foo'::text) is
late binding, and existing dumps are going to continue to behave as late
binding unless changed manually.
The implicit coercion is a bit risky, but in practice these are likely
to be the only functions in the system that are declared to take
regclass, so the odds of the implicit coercion firing unexpectedly seem
low.
Does that sound like a workable compromise?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-10-01 17:13:49 | Re: FW: PGBuildfarm member snake Branch HEAD Status changed |
Previous Message | Bruce Momjian | 2005-10-01 16:56:09 | Re: [PATCHES] Proposed patch for sequence-renaming problems |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2005-10-01 18:10:41 | Re: [PATCHES] Proposed patch for sequence-renaming problems |
Previous Message | Bruce Momjian | 2005-10-01 16:56:09 | Re: [PATCHES] Proposed patch for sequence-renaming problems |