Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UivJx-000162-Uj for pgsql-docs@arkaria.postgresql.org; Sat, 01 Jun 2013 23:34:50 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UivJx-0005CF-Cq for pgsql-docs@arkaria.postgresql.org; Sat, 01 Jun 2013 23:34:49 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UiOjF-0001fs-4c for pgsql-docs@postgresql.org; Fri, 31 May 2013 12:46:45 +0000 Received: from mail-lb0-f180.google.com ([209.85.217.180]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UiOjB-00010V-Sg for pgsql-docs@postgresql.org; Fri, 31 May 2013 12:46:44 +0000 Received: by mail-lb0-f180.google.com with SMTP id r10so1614469lbi.25 for ; Fri, 31 May 2013 05:46:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=XsGrgMImT82Jwa1+anABM+bkCYjXwzuuuBE3f73Mj5A=; b=dPjc0viJ0R0tdHRRIBmOENzbLlVOOsfelXi04+wcBMto7qzLws8FqlJKJKHeBk9IQQ HCd7OXDxIQsCvJeemWU6kBgFa76LFZbbgORYmdf1UmRQ69ihFVDNuh9EjehP+zn1GA90 PmvFA/5Z0CEFvvXr4ZLoeMXmazP8P2vebHksg82rVWbRo0dTQnpncI6SnBHMUMkKNWgF fOuGv0sJW4w6NUpHNZPqy/bkfKs0+kTN0E/LSrJuQw18m7PKrTsNV5GGW3VJ1m3ZAnfA SsTgDwLK+wy5y9RO722KVBASDc9rIuX+dMS6tC+zbSvlZxoxrBB69foYNNgAq1bBRVit 3Y0A== X-Received: by 10.152.29.195 with SMTP id m3mr5800873lah.35.1370004399714; Fri, 31 May 2013 05:46:39 -0700 (PDT) Received: from Markos-MacBook-Pro.local (c-2892e255.055-1-64736c14.cust.bredbandsbolaget.se. [85.226.146.40]) by mx.google.com with ESMTPSA id uo8sm16884700lbb.5.2013.05.31.05.46.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 31 May 2013 05:46:38 -0700 (PDT) Message-ID: <51A89BAE.6000704@joh.to> Date: Fri, 31 May 2013 14:46:38 +0200 From: Marko Tiikkaja User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: pgsql-docs@postgresql.org Subject: Re: ALTER TABLE lock level References: <51A37A72.5000203@joh.to> In-Reply-To: <51A37A72.5000203@joh.to> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnX23Ipu29TYDPDit4n1sGjgDk8hBBXKplSb9tfMfdYVxNTpLcaPboeDPOBHz4oGIEEHZOK X-Pg-Spam-Score: 0.1 (/) 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 5/27/13 5:23 PM, I wrote: > Today I got (unfortunately) reminded that this statement, in > sql-altertable.html under VALIDATE CONSTRAINT, is not true anymore: > > The value of separating validation from initial creation of the > constraint is that validation requires a lesser lock on the table than > constraint creation does. Since nobody seems to want to pick this up, I'm going to suggest the following wording: The value of separating validation from initial creation of the constraint is that you can immediately start enforcing the constraint on all future rows, but delay the validation of pre-existing data until your database is not under heavy load. But I'm not going to object to simply removing the entire sentence. Regards, Marko Tiikkaja -- Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-docs