Re: [COMMITTERS] pgsql-server: Rearrange pg_subtrans handling
В списке pgsql-hackers по дате отправления:
| От | Christopher Kings-Lynne |
|---|---|
| Тема | Re: [COMMITTERS] pgsql-server: Rearrange pg_subtrans handling |
| Дата | |
| Msg-id | 412AC458.1030708@familyhealth.com.au обсуждение исходный текст |
| Ответ на | Re: [COMMITTERS] pgsql-server: Rearrange pg_subtrans handling as (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [COMMITTERS] pgsql-server: Rearrange pg_subtrans handling as
|
| Список | pgsql-hackers |
> pg_subtrans is trivial to index --- it's a linear array subscripted by > TransactionId. I'm not sure what we'd do to handle row locks, which > would need a key like (DBoid, RELoid, BlockNum, LineNum) and would be > extremely non-dense in that space. > > 'Tis something to think about though... I've been thinking about it and I am wondering what the reason is that we need to record every transaction that has a row share lock? ie. why can't we just record the number of locks each backend has, sort of, and use a reference counting sort of method. Per-backend in case the backend dies and we need to discount those locks..? Chris
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера