Re: INSERT ... ON CONFLICT DO UPDATE with _any_ constraint
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: INSERT ... ON CONFLICT DO UPDATE with _any_ constraint |
| Дата | |
| Msg-id | 19726.1432080202@sss.pgh.pa.us обсуждение |
| Ответ на | Re: INSERT ... ON CONFLICT DO UPDATE with _any_ constraint (Peter Geoghegan <pg@heroku.com>) |
| Ответы |
Re: INSERT ... ON CONFLICT DO UPDATE with _any_ constraint
|
| Список | pgsql-hackers |
Peter Geoghegan <pg@heroku.com> writes:
> I think I agree with you, though: We should change things so that the
> relcache gives indexes in something like the ordering that you
> outline, rather than in the current arbitrary (though consistent) OID
> order.
I'm fairly sure that there are aspects of the code that rely on indexes
being returned by RelationGetIndexList() in a stable order. While I doubt
that has to be exactly increasing-OID-order, I'm quite concerned about
allowing the order to depend on mutable aspects of the indexes, like
names.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера