Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1gBGBG-0002ms-Tt for pgsql-docs@arkaria.postgresql.org; Sat, 13 Oct 2018 09:25:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gBGBE-0005hL-FL for pgsql-docs@arkaria.postgresql.org; Sat, 13 Oct 2018 09:25:52 +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.89) (envelope-from ) id 1gBGBE-0005hD-3a for pgsql-docs@lists.postgresql.org; Sat, 13 Oct 2018 09:25:52 +0000 Received: from forward105j.mail.yandex.net ([5.45.198.248]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1gBGB5-00040j-Ba for pgsql-docs@lists.postgresql.org; Sat, 13 Oct 2018 09:25:50 +0000 Received: from mxback9g.mail.yandex.net (mxback9g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:170]) by forward105j.mail.yandex.net (Yandex) with ESMTP id 6551A184AF2; Sat, 13 Oct 2018 12:25:39 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback9g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id EwWVjeJf6O-Pcb8YuVD; Sat, 13 Oct 2018 12:25:38 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1539422738; bh=SdaXsROQ2vl1EezBZimap2sodyueFBleMzSYhb3rLXY=; h=From:To:Cc:In-Reply-To:References:Subject:Date:Message-Id; b=qcKMX4LMJ+0kQBdDXhgzCglfILXQXe7zhI40hwzS9KP/PVVlu3IaeKs0Av58AdIP1 G126Bhq+AVCz4zHMenjRycb3az73areGyzCrYMobOxhW98bnTRfC38dUU5iFLICCLS EduPg4ZgiVSZtPXiQUBPJ+/0B2l2RzwmCUgqd1QY= Authentication-Results: mxback9g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by sas1-00d5718ef836.qloud-c.yandex.net with HTTP; Sat, 13 Oct 2018 12:25:38 +0300 From: KES Envelope-From: kes-kes@yandex.com To: David G. Johnston , Bruce Momjian Cc: "pgsql-docs@lists.postgresql.org" In-Reply-To: References: <153701242703.22334.1476830122267077397@wrigleys.postgresql.org> <20181011210934.GG7807@momjian.us> <5831541539340923@iva8-3af116a85b74.qloud-c.yandex.net> <20181012150433.GA12966@momjian.us> Subject: Re: Ambiguous usage of 'any' in explanation MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 13 Oct 2018 12:25:38 +0300 Message-Id: <1806231539422738@sas1-00d5718ef836.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/html; charset=utf-8 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk
>or NULL if any of the comparisons result in unknown
result in unknown??
 


13.10.2018, 00:37, "David G. Johnston" <david.g.johnston@gmail.com>:
On Fri, Oct 12, 2018 at 8:04 AM Bruce Momjian <bruce@momjian.us> wrote:
Sorry, but I don't like this wording.  The problem is that the
comparison has two row sets --- the left-hand side, and the right-hand
side.

Huh...the left hand side must be a non-set scalar or row constructor.

  Each row on the left-hand side is compared with the row set on
the right.  I also don't like people thinking about the result of ANY
since it is really <comparison> ANY that is being used.

Then there is some more rewording to be done since: "The result of ANY is “true” if any true result is obtained." (v10; 9.22.4)

Maybe:

The result of ANY is “true” if the comparison returns true for any subquery row; otherwise the result is “false” (or NULL if any of the comparisons result in unknown)

David J.