pg.ddx.io  pgsql-docs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
docs issue in transactions section
2+ messages / 2 participants
[nested] [flat]

* docs issue in transactions section
@ 2021-07-02 19:11 PG Doc comments form <noreply@postgresql.org>
  2021-07-02 19:56 ` Re: docs issue in transactions section Bruce Momjian <bruce@momjian.us>
  0 siblings, 1 reply; 2+ messages in thread

From: PG Doc comments form @ 2021-07-02 19:11 UTC (permalink / raw)
  To: pgsql-docs@lists.postgresql.org; +Cc: mossa708496@gmail.com

The following documentation comment has been logged on the website:

Page: https://www.postgresql.org/docs/13/transaction-iso.html
Description:

13.2.1. Read Committed Isolation Level
Read Committed is the default isolation level in PostgreSQL. When a
transaction uses this isolation level, a SELECT query (without a FOR
UPDATE/SHARE clause) sees only data committed before the query began; it
never sees either uncommitted data or changes committed during query
execution by concurrent transactions. In effect, a SELECT query sees a
snapshot of the database as of the instant the query begins to run. However,
SELECT does see the effects of previous updates executed within its own
transaction, even though they are not yet committed. Also note that two
successive SELECT commands can see different data, even though they are
within a single transaction, if other transactions commit changes after the
first SELECT starts and before the second SELECT starts.

I don't understand this very clearly: " it never sees either uncommitted
data or changes committed during query execution by concurrent
transactions." and this statement " Also note that two successive SELECT
commands can see different data, even though they are within a single
transaction, if other transactions commit changes after the first SELECT
starts and before the second SELECT starts."


^ permalink  raw  reply  [nested|flat] 2+ messages in thread

* Re: docs issue in transactions section
  2021-07-02 19:11 docs issue in transactions section PG Doc comments form <noreply@postgresql.org>
@ 2021-07-02 19:56 ` Bruce Momjian <bruce@momjian.us>
  0 siblings, 0 replies; 2+ messages in thread

From: Bruce Momjian @ 2021-07-02 19:56 UTC (permalink / raw)
  To: mossa708496@gmail.com; pgsql-docs@lists.postgresql.org

On Fri, Jul  2, 2021 at 07:11:15PM +0000, PG Doc comments form wrote:
> The following documentation comment has been logged on the website:
> 
> Page: https://www.postgresql.org/docs/13/transaction-iso.html
> Description:
> 
> 13.2.1. Read Committed Isolation Level
> Read Committed is the default isolation level in PostgreSQL. When a
> transaction uses this isolation level, a SELECT query (without a FOR
> UPDATE/SHARE clause) sees only data committed before the query began; it
> never sees either uncommitted data or changes committed during query
> execution by concurrent transactions. In effect, a SELECT query sees a
> snapshot of the database as of the instant the query begins to run. However,
> SELECT does see the effects of previous updates executed within its own
> transaction, even though they are not yet committed. Also note that two
> successive SELECT commands can see different data, even though they are
> within a single transaction, if other transactions commit changes after the
> first SELECT starts and before the second SELECT starts.
> 
> I don't understand this very clearly: " it never sees either uncommitted
> data or changes committed during query execution by concurrent
> transactions." and this statement " Also note that two successive SELECT
> commands can see different data, even though they are within a single
> transaction, if other transactions commit changes after the first SELECT
> starts and before the second SELECT starts."

Uh, what is your question?  Does page 11 of this help?

	https://momjian.us/main/writings/pgsql/mvcc.pdf#page=11

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  If only the physical world exists, free will is an illusion.






^ permalink  raw  reply  [nested|flat] 2+ messages in thread


end of thread, other threads:[~2021-07-02 19:56 UTC | newest]

Thread overview: 2+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2021-07-02 19:11 docs issue in transactions section PG Doc comments form <noreply@postgresql.org>
2021-07-02 19:56 ` Bruce Momjian <bruce@momjian.us>

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox