Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

...	...	@@ -25,26 +25,12 @@
25	25	\\Пример: Мы сначала отбираем батч id, чтобы потом обработать каждую запись в отдельной транзакции. Мы не хотим блокировать сами строки, но также не хотим, чтобы другой (параллельный) обработчик отбирал их к себе.
26	26	Мы можем использовать рекомендательную блокировку. При этом при обработке каждой строки отдельной транзакцией мы накладываем For Update.
27	27
28		-ЗАМЕЧАНИЕ: быть аккуратнее при использовании условий с JOIN или сортировке, чтобы не блокировать больше строк, чем нужно.
29		-
30		-Postgres pg_try_advisory_lock blocks all records
31		-[[https:~~/~~/stackoverflow.com/questions/20115907/postgres-pg-try-advisory-lock-blocks-all-records>>https://stackoverflow.com/questions/20115907/postgres-pg-try-advisory-lock-blocks-all-records]]
32		-
33		-{{code language="sql"}}
34		-select g.id
35		-from (
36		- SELECT
37		- g.id,
38		- pg_catalog.pg_try_advisory_xact_lock(-1, pg_catalog.uuid_hash(g.id)) as locked
39		- FROM table1 AS t1
40		- join table2 as r2 on
41		- --WHERE rules
42		-) g
43		-where
44		- g.locked
45		-LIMIT 20;
46		-{{/code}}
	28	+ЗАМЕЧАНИЕ: данный способ блокировки может подходить не для всех сценариев.
	29	+Не подходит для ситуаций, когда выборка содержит условия к другим таблицам (JOIN или EXSISTS).
	30	+При использовании сортировок необходимо убедиться в наличии индексов.
	31	+Иначе может приводить к ситуации, когда при считывании (по where) будет заблокировано больше строк, чем планировалось.
47	47	)))
48	48	|(% style="width:218px" %) |(% style="width:462px" %) |(% style="width:804px" %)
49	49	|(% style="width:218px" %) |(% style="width:462px" %) |(% style="width:804px" %)
50	50
	36	+