Kevin Grittner <kgrittn@ymail.com> wrote:
> - We don't distinguish between heap relation locks which need to
> prohibit inserts (those caused by a table scan) and heap relation
> locks which don't conflict with inserts (those caused by promotion
> from finer granularity). We would reduce false positives if we
> did.
Correction: in the above point "prohibit" is misleading.
s/prohibit/cause read-write conflicts with/
A single read-write conflict does not cause blocking or transaction rollback.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера