Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VfyZF-0003fn-Li for pgsql-docs@arkaria.postgresql.org; Mon, 11 Nov 2013 20:58:41 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VfyZE-0001qQ-Ps for pgsql-docs@arkaria.postgresql.org; Mon, 11 Nov 2013 20:58:40 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VfyZC-0001mZ-FE for pgsql-docs@postgresql.org; Mon, 11 Nov 2013 20:58:38 +0000 Received: from momjian.us ([72.94.173.45]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VfyZ9-00049X-8n for pgsql-docs@postgresql.org; Mon, 11 Nov 2013 20:58:37 +0000 Received: from bruce by momjian.us with local (Exim 4.72) (envelope-from ) id 1VfyZ7-0006ap-Qf; Mon, 11 Nov 2013 15:58:33 -0500 Date: Mon, 11 Nov 2013 15:58:33 -0500 From: Bruce Momjian To: Tom Lane Cc: PostgreSQL-documentation Subject: Re: MVCC snapshot timing Message-ID: <20131111205833.GC15562@momjian.us> References: <20131111175737.GA15562@momjian.us> <13024.1384202385@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <13024.1384202385@sss.pgh.pa.us> User-Agent: Mutt/1.5.20 (2009-06-14) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org On Mon, Nov 11, 2013 at 03:39:45PM -0500, Tom Lane wrote: > Bruce Momjian writes: > > I received a private email report that our introductory MVCC > > documentation is unclear about when a snapshot is taken. I have > > adjusted the wording in the attached patch to be less precise about > > snapshot timing. Snapshot timing is controlled by the session isolation > > level, which I don't think we want to cover in this introductory > > paragraph. > > I'm not really seeing the point of s/transaction/session/ here. > The phrasing is a bit awkward and maybe could be improved, but I think you > should keep it referring to transactions. Well, the problem with the original wording is that we don't take a new snapshot for every transaction in the default read-committed mode. Would you prefer I refer to statements, e.g.: This means that while querying a database each statement sees This is our default behavior. -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + Everyone has their own god. + -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs