Re: making update/delete of inheritance trees scale better
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: making update/delete of inheritance trees scale better |
| Дата | |
| Msg-id | 136943.1604092217@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: making update/delete of inheritance trees scale better (Heikki Linnakangas <hlinnaka@iki.fi>) |
| Ответы |
Re: making update/delete of inheritance trees scale better
|
| Список | pgsql-hackers |
Heikki Linnakangas <hlinnaka@iki.fi> writes:
> I also did some quick performance testing with a simple update designed
> as a worst-case scenario:
> vacuum tab; update tab set b = b, a = a;
> In this case, the patch fetches the old tuple, but it wouldn't really
> need to, because all the columns are updated. Could we optimize that
> special case?
I'm not following. We need to read the old values of a and b for
the update source expressions, no?
(One could imagine realizing that this is a no-op update, but that
seems quite distinct from the problem at hand, and probably not
worth the cycles.)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера