在SELECT中嵌入pg_advisory_lock與顯式使用另一個語句有什么好處？

Question

我無法真正理解來自https://www.postgresql.org/docs/9.1/static/explicit-locking.html的示例

它們與SELECT子句一起嵌入鎖定SELECT pg_advisory_lock(id) FROM foo WHERE id = 12345; -- ok SELECT pg_advisory_lock(id) FROM foo WHERE id = 12345; -- ok

從FOO選擇什么？ 如果是這樣的話，我會更好理解

SELECT pg_advisory_lock(123); //lock
SELECT * FROM foo WHERE id = 12345;

它顯式鎖定塊的位置。 我似乎無法找到解釋如何在任何地方真正使用咨詢鎖定來解釋嵌入和明確地在其自己的陳述之間的差異。

Answer 1

執行SELECT pg_advisory_lock(123); 將在123上創建一個鎖，無論它是否是有效值。 執行SELECT pg_advisory_lock(id) FROM foo WHERE id = 123; 只有在表foo中有ID 123的條目時才會創建鎖。

讓我們注意pg_locks文檔中的行 ：

密鑰的實際含義取決於用戶

這傾向於暗示select / from / where語法用於將鎖與現有行相關聯 ，而單獨選擇語法用於更廣泛的含義，例如應用程序范圍的鎖。