Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jN1Vj-0004Wg-Du for pgsql-committers@arkaria.postgresql.org; Fri, 10 Apr 2020 21:48:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jN1Vi-0005Hj-Br for pgsql-committers@arkaria.postgresql.org; Fri, 10 Apr 2020 21:48:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jN1Vi-0005Hc-6A for pgsql-committers@lists.postgresql.org; Fri, 10 Apr 2020 21:48:26 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jN1Vf-0005x9-BB for pgsql-committers@lists.postgresql.org; Fri, 10 Apr 2020 21:48:25 +0000 Received: from bruce by momjian.us with local (Exim 4.92) (envelope-from ) id 1jN1Vd-0004Jp-KJ; Fri, 10 Apr 2020 17:48:21 -0400 Date: Fri, 10 Apr 2020 17:48:21 -0400 From: Bruce Momjian To: Tom Lane Cc: pgsql-committers@lists.postgresql.org Subject: Re: pgsql: doc: add examples of creative use of unique expression indexes Message-ID: <20200410214821.GC24988@momjian.us> References: <2304.1586532634@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <2304.1586532634@sss.pgh.pa.us> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 10, 2020 at 11:30:34AM -0400, Tom Lane wrote: > Bruce Momjian writes: > > doc: add examples of creative use of unique expression indexes > > https://git.postgresql.org/pg/commitdiff/a9760d0f3cb523336b5fdd9d6c5985e39a8588a1 > > We had a complaint [1] that this dropped an example into the middle of > two related paragraphs. I agree with that objection, and also notice > that the extra example broke subsequent references to the "first example" > and "second example". I'm also unhappy that the other addition that this > commit made was dropped inside Example 11.3; if we're going to use > markup at all, each one ought to be a coherent entity. > > On top of that, I don't find that either example actually adds anything > to the discussion, as the same points are being made in the existing > text. Therefore, I don't think it's worth trying to fix these problems, > and propose just reverting this patch. > > regards, tom lane > > [1] https://www.postgresql.org/message-id/158648685043.655.3074746555320970574%40wrigleys.postgresql.org I agree with your analysis. I still want to have some mention that partial indexes can be used to create single-NULL columns, which might be required for compatibility with other databases. Attached is an updated patch which removes the previous commit but adds a mention of this. -- Bruce Momjian https://momjian.us EnterpriseDB https://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + --IS0zKkzwUGydFO0o Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="index.diff" diff --git a/doc/src/sgml/indices.sgml b/doc/src/sgml/indices.sgml index 1be209a2fe..3a8f93bac7 100644 --- a/doc/src/sgml/indices.sgml +++ b/doc/src/sgml/indices.sgml @@ -705,15 +705,6 @@ CREATE INDEX test1_lower_col1_idx ON test1 (lower(col1)); - - Expression indexes also allow control over the scope of unique indexes. - For example, this unique index prevents duplicate integer values from - being stored in a double precision-typed column: - -CREATE UNIQUE INDEX test1_uniq_int ON tests ((floor(double_col))) - - - If we were to declare this index UNIQUE, it would prevent creation of rows whose col1 values differ only in case, @@ -953,17 +944,9 @@ CREATE UNIQUE INDEX tests_success_constraint ON tests (subject, target) WHERE success; This is a particularly efficient approach when there are few - successful tests and many unsuccessful ones. - - - - This index allows only one null in the indexed column by using a - partial index clause to process only null column values, and using - an expression index clause to index true instead - of null: - -CREATE UNIQUE INDEX tests_target_one_null ON tests ((target IS NULL)) WHERE target IS NULL; - + successful tests and many unsuccessful ones. Creating a unique + index with an IS NULL qualification can restrict + a column to a single NULL value. --IS0zKkzwUGydFO0o--