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 | 24765.1260464260@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #5234: ALTER TABLE ... RENAME COLUMN change view definition incorrectly (Andrew Gierth <andrew@tao11.riddles.org.uk>) |
| Ответы |
Re: BUG #5234: ALTER TABLE ... RENAME COLUMN change view
definition incorrectly
|
| Список | pgsql-bugs |
Andrew Gierth <andrew@tao11.riddles.org.uk> writes:
> There's another possible solution (albeit a somewhat nontrivial one)
> which came up when a bunch of us were talking about this one on IRC;
> which is to handle the problem in the view deparse: if a column used
> in a USING clause has been renamed, add an alias to the query that
> renames it back, e.g.
> select ... from table1 as table1(v,a) join ... using (v)
Hmm. Cute, but I wonder why we shouldn't just be throwing an error.
As I said last night, the only thing I see wrong with the current
behavior is that the error message isn't phrased in a way that makes
it obvious it's the user's fault.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера