(2010/02/02 11:44), Robert Haas wrote: > 2010/2/1 KaiGai Kohei<kai...@ak.jp.nec.com>: >> (2010/02/02 11:31), Robert Haas wrote: >>> 2010/2/1 KaiGai Kohei<kai...@ak.jp.nec.com>: >>>> (2010/02/02 11:09), Tom Lane wrote: >>>>> KaiGai Kohei<kai...@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. >>> >>> The subject line of this thread is getting less and less appropriate >>> to the content thereof. >>> >>> I am not in favor of doing anything for 9.0 that is not a bug fix. >> >> Are you talking about ATPrepAddColumn() only? Or both of ATPrepAddColumn() >> and ATPrepAlterColumnType()? >> >> My motivation to clean up ATPrepAddColumn() is less than the bugfix. > > I'm making a general statement - if something is BROKEN (like the > rename case we just dealt with), we should look at fixing it. If it's > just something that could be cleaned up or done more nicely, we should > leave it alone for now.
OK, Please forget the second patch. The former patch (pgsql-fix-inherit-attype.1.patch) just fixes the matter in ALTER COLUMN TYPE case. Do you think it is a reasonable change for the 9.0 release? Thanks, -- OSS Platform Development Division, NEC KaiGai Kohei <kai...@ak.jp.nec.com> -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers