Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns
В списке pgsql-hackers по дате отправления:
| От | Robert Haas |
|---|---|
| Тема | Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns |
| Дата | |
| Msg-id | 603c8f071001041019t7dca90b3x3017600a9b3f9892@mail.gmail.com обсуждение |
| Ответ на | Re: [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On Sun, Jan 3, 2010 at 11:18 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas@gmail.com> writes: >> 2010/1/3 KaiGai Kohei <kaigai@ak.jp.nec.com>: >>> if (number_of_attribute_origin(myrelid, oldattname) > 1) >>> ereport(ERROR, ...); >>> >>> Am I missing something? > >> That sounds about right to me, > > It looks remarkably inefficient to me. Do you propose to search the > entire database's inheritance tree to derive that number? And do it > over again at each child table? The method I suggested would allow the > necessary information to be extracted during the initial search for > child tables, which we have to do anyway. I haven't read the code in enough detail to have an educated opinion about whether that would induce enough overhead to be worth worrying about it, so I will refrain from comment on this until I have done my homework. ...Robert
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера