Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gPAYn-0005je-CE for pgsql-docs@arkaria.postgresql.org; Tue, 20 Nov 2018 18:15:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gPAYl-0007Yc-RO for pgsql-docs@arkaria.postgresql.org; Tue, 20 Nov 2018 18:15:39 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gPAYl-0007TQ-IF for pgsql-docs@lists.postgresql.org; Tue, 20 Nov 2018 18:15:39 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gPAYf-0001rs-2w for pgsql-docs@lists.postgresql.org; Tue, 20 Nov 2018 18:15:38 +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 wAKIFUk2026035; Tue, 20 Nov 2018 13:15:30 -0500 From: Tom Lane To: Alvaro Herrera cc: "Jonathan S. Katz" , Bruce Momjian , emilioplatzer@gmail.com, pgsql-docs@lists.postgresql.org Subject: Re: Documentation for create unique index is insuficient and (because of that) incorrect In-reply-to: <20181120180831.frne3ck56mfdh573@alvherre.pgsql> References: <20181120180831.frne3ck56mfdh573@alvherre.pgsql> Comments: In-reply-to Alvaro Herrera message dated "Tue, 20 Nov 2018 15:08:31 -0300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26033.1542737730.1@sss.pgh.pa.us> Date: Tue, 20 Nov 2018 13:15:30 -0500 Message-ID: <26034.1542737730@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Alvaro Herrera writes: > On 2018-Nov-20, Tom Lane wrote: >> I'm also wondering whether to move that section someplace earlier >> in chapter 11. Right now it's near the end because it's mostly >> info about an implementation detail; but it wouldn't be hard to >> make the argument that covering indexes are more important than, >> say, indexes with custom collations. Should we move it, and if >> so to where? > I think right next to 11.5, which currently completes the topic of how > are indexes used, is a good place. Well, it has to stay after 11.6 (unique indexes), because we do need to point out that the included columns don't participate in the uniqueness constraint, and I don't want that statement to be a forward reference. Really this boils down to where you rank covering indexes vs expression indexes and partial indexes in terms of usefulness. I'd tend to put this after expression indexes, but I don't have a very strong feeling about how to rank it versus partial indexes. regards, tom lane