Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZQFtC-0005gR-32 for pgsql-docs@arkaria.postgresql.org; Fri, 14 Aug 2015 14:23:22 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZQFtB-0002J0-KU for pgsql-docs@arkaria.postgresql.org; Fri, 14 Aug 2015 14:23:21 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZQFtA-0002IR-Ng; Fri, 14 Aug 2015 14:23:20 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZQFt8-0000C7-FK; Fri, 14 Aug 2015 14:23:19 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id t7EENAFV004141; Fri, 14 Aug 2015 10:23:11 -0400 From: Tom Lane To: zhangjinyu cc: pgsql-bugs@postgresql.org, pgsql-docs@postgresql.org Subject: Re: [BUGS] Re: BUG #13541: There is a visibility issue when run some DDL and Query. The time window is very shot In-reply-to: <1439552734803-5862147.post@n5.nabble.com> References: <20150807121643.32633.60549@wrigleys.postgresql.org> <1439552734803-5862147.post@n5.nabble.com> Comments: In-reply-to zhangjinyu message dated "Fri, 14 Aug 2015 04:45:34 -0700" Date: Fri, 14 Aug 2015 10:23:10 -0400 Message-ID: <4140.1439562190@sss.pgh.pa.us> X-Pg-Spam-Score: -2.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 zhangjinyu writes: > The DDL query(alter ...set data type ) rewrites all tuples with new > transaction xid, so if the transaction isolation level is repeatable read, > that will cause wrong result. Yes. This is unlikely to change, but we ought to document it. I see that we have documentation warning about this sort of effect in the TRUNCATE reference page, but not in ALTER TABLE's. Rather than copy-and-paste that, ISTM it'd be better to move the warning to somewhere in mvcc.sgml. regards, tom lane -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs