Re: [GENERAL] Does a row lock taken out in a CTE stay in place? - Mailing list pgsql-general

From David G. Johnston
Subject Re: [GENERAL] Does a row lock taken out in a CTE stay in place?
Date
Msg-id CAKFQuwY4cgVXyKo5Uorgm4EMOrYvQNT973gj5ZHHRwGjKxhBQQ@mail.gmail.com
Whole thread Raw
In response to [GENERAL] Does a row lock taken out in a CTE stay in place?  (Seamus Abshere <seamus@abshere.net>)
List pgsql-general
On Tue, Jul 11, 2017 at 8:36 AM, Seamus Abshere <seamus@abshere.net> wrote:
Given an update that uses CTEs like this:

WITH
lock_rows AS (
  SELECT 1 FROM tbl WHERE [...] FOR UPDATE
)
UPDATE [...]

Will the rows in `tbl` remain locked until the UPDATE is finished?


​Yes​ - locks persist to the end of the transaction.  Using a CTE doesn't constitute creating a new statement.

Also, does it matter if `lock_rows` is referenced? (IIUC the query
wouldn't be run if the CTE isn't referenced if it was for a SELECT, but
since it's an UPDATE, it will be run anyway
​.

​Pretty sure it will not be.  The EXPLAIN​ command should be able to provide a more definitive answer.

If the UPDATE was inside the CTE it definitely would be run regardless of outer query references.  I'm not sure if the FOR UPDATE impacts whether the select needs to be executed by I'm thinking no since it doesn't change the semantics of the query.

David J.

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: [GENERAL] Does a row lock taken out in a CTE stay in place?
Next
From: Jason Dusek
Date:
Subject: Re: [GENERAL] Imperative Query Languages