Re: determine snapshot after obtaining locks for first statement
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: determine snapshot after obtaining locks for first statement |
| Дата | |
| Msg-id | 18042.1261003923@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | determine snapshot after obtaining locks for first statement ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>) |
| Ответы |
Re: determine snapshot after obtaining locks for
first statement
|
| Список | pgsql-hackers |
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes: > The Cahill thesis mentions an interesting optimization -- they defer > determination of the snapshot until after any locks required for the > first statement have been acquired. Where the first statement was, > for example, an UPDATE, this reduced re-reads or rollbacks in the > face of concurrent modifications. > Does PostgreSQL currently do this? Yes --- it's not an "optimization", it's necessary for basic functionality to work correctly. See for example the last para at http://www.postgresql.org/docs/8.4/static/applevel-consistency.html regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера