Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns
| От | KaiGai Kohei |
|---|---|
| Тема | Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns |
| Дата | |
| Msg-id | 4B678BEA.8000502@ak.jp.nec.com обсуждение исходный текст |
| Ответ на | Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on
inherited columns
Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns |
| Список | pgsql-hackers |
(2010/02/02 11:09), Tom Lane wrote: > KaiGai Kohei<kaigai@ak.jp.nec.com> writes: >> The attached one also clean up ATPrepAddColumn() and ATExecAddColumn() code, >> not only ATPrepAlterColumnType(), according to what I mentioned above. > > What exactly do you claim is wrong with the ADD COLUMN case? ADD COLUMN case works correctly, but it takes unnecessary loops, because the find_all_inheritors() didn't provide the value to be set on the new pg_attribute.attinhcount. I'm saying it can be rewritten in more graceful manner using the new expected_parents argument. Thanks, -- OSS Platform Development Division, NEC KaiGai Kohei <kaigai@ak.jp.nec.com>
В списке pgsql-hackers по дате отправления: