Re: [PATCHES] Proposed patch for sequence-renaming problems

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [PATCHES] Proposed patch for sequence-renaming problems
Дата
Msg-id 200510011647.j91GlmC01395@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [PATCHES] Proposed patch for sequence-renaming problems  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Hold, I think I see an idea here.  We have two cases, those for SERIAL
> > and those for manual nextval() in DEFAULT.  For SERIAL, we can easily
> > map to a nextval(::regclass) call on pg_dump reload.  For manual
> > nextval, it will appear in the dump as nextval('myseq'::text), and Tom
> > is saying that will be late binding.
> 
> > I think we can live with SERIAL working fine on reload, and requiring
> > users who created a manual default using nextval() to ALTER TABLE
> > DROP/SET DEFAULT to remove the ::text marker if they want early binding.
> 
> "Removing the ::text marker" isn't going to work, because if we have
> both nextval(regclass) and nextval(text) then the latter is going to
> capture any cases with an unknown literal.

Why can't we hack up the precedence code to prefer regex for those
function oids?

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


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

Предыдущее
От: Ron Peacetree
Дата:
Сообщение: Re: [PERFORM] A Better External Sort?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [PATCHES] Proposed patch for sequence-renaming problems