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 по дате отправления: