Re: BUG #5234: ALTER TABLE ... RENAME COLUMN change view definition incorrectly
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5234: ALTER TABLE ... RENAME COLUMN change view definition incorrectly |
| Дата | |
| Msg-id | 18262.1260427565@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #5234: ALTER TABLE ... RENAME COLUMN change view definition incorrectly (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: BUG #5234: ALTER TABLE ... RENAME COLUMN change view
definition incorrectly
|
| Список | pgsql-bugs |
Robert Haas <robertmhaas@gmail.com> writes:
> I'm not an expert on this area of the code, but can we just ignore
> isNatural and usingClause when deparsing?
No. These properties are *not* ignorable because doing so changes the
set of returned columns --- you should get only one column out not two.
My reading of the spec is that USING (and therefore NATURAL) is defined
to join identically named columns. Therefore, renaming one of the input
columns as the OP did *should* indeed *must* break the view. The problem
is not how to make it work, it's how to give an error message that
doesn't look like an internal failure.
(This wasn't one of the SQL committee's better ideas IMO, but ours not
to reason why.)
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера