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 1l2ndI-000433-FE for pgsql-hackers@arkaria.postgresql.org; Fri, 22 Jan 2021 04:01:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1l2ndG-0003Ia-Qr for pgsql-hackers@arkaria.postgresql.org; Fri, 22 Jan 2021 04:01:10 +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 1l2ndG-0003IS-Fj for pgsql-hackers@lists.postgresql.org; Fri, 22 Jan 2021 04:01:10 +0000 Received: from mail-io1-xd33.google.com ([2607:f8b0:4864:20::d33]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1l2ndD-0003Gl-38 for pgsql-hackers@postgresql.org; Fri, 22 Jan 2021 04:01:09 +0000 Received: by mail-io1-xd33.google.com with SMTP id z22so8544389ioh.9 for ; Thu, 21 Jan 2021 20:01:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=nI7M5lR8qSosXS/5y1P/9gm9gxEyX86BFV03ZBVhsQ4=; b=QgYkdcyiTQvcLOOADgUKZ5IitT57vVTCUdfpXEc2MWyxLSu38I+uK0zxW2I6XIPDj4 EYKRdex6gfJEeuEXiPdk6kgPQ5zL6XDnUtqVKsDL3mvpFd4AqmMi/vXErfoWhMW2xAhd 0YVKt0EzE+fxwR3S0e+hjuZdyVB8v54tn8wbuLOHHX1GBrHVYRZcydGAgyr08+7q24Fl h/v1nzW2oakFm6gqkWFP9JhUuT9iEWEZCa6CR2TqUhCgVAL49otQphoB7ixNv9Oosj/M g5e5BhM17igbXqeTc+f0SPsPsQjDNrmXkkO36H/oCC2oBaEaqYzzGiMNNbP8Cdrea5vq bwwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=nI7M5lR8qSosXS/5y1P/9gm9gxEyX86BFV03ZBVhsQ4=; b=Fp+mYMuTsaTJ/qRuFQ0NIFwEb3F2ZbnEbMoLhx/QTJmocUyidmw2XUT5Z9/WEOVtfN 1Mqz3j0er4ehFD2kumG/WlMyD1vwbCIy/mwZmoSnxD/krYilJNRKO+ASxWVujXuGWaAW DqT9+7qUvpeW0isjE8BPV7G03eL6Y7VY/uqFsAMX7eaNMunQHRl6KM9dNjE12ih6dUof Tw9Q81KcAI1qc3Z4plVdH/5BEKvLGFNm/4OBflN4k9zQ0cXcIMTLu2TVAQ9y9aJtYvem nH7vMC62gBHNVDgObNBzTcViDIqEKTC7ap7vHs9NWwM5/rnsYL1ESzv2WmAMI3SaaaDb FTQA== X-Gm-Message-State: AOAM532IcjDfhw5B6Cg+x/ESKoY3UwFMZEfo1uWmCvvctEf2Dkuyc0AQ TbTMi2rBaehUQ0Z/4Wio4JGyYA== X-Google-Smtp-Source: ABdhPJxPYqFg3EHEmFcM+kue7ezOPumoCiF3sZbln96LNpRXPjbtp9wmlJZUv8qeII/YtL8fD8IHEg== X-Received: by 2002:a05:6e02:1d0b:: with SMTP id i11mr2051012ila.206.1611288065264; Thu, 21 Jan 2021 20:01:05 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id i22sm4050660iog.15.2021.01.21.20.01.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Jan 2021 20:01:04 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id 9823F80090D; Thu, 21 Jan 2021 22:01:01 -0600 (CST) Date: Thu, 21 Jan 2021 22:01:01 -0600 From: Justin Pryzby To: Tomas Vondra Cc: Dean Rasheed , pgsql-hackers@postgresql.org Subject: Re: PoC/WIP: Extended statistics on expressions Message-ID: <20210122040101.GF27167@telsasoft.com> References: <5305f9cf-3927-06c4-cd5b-e46cbc58bc7f@enterprisedb.com> <20210116232208.GB8560@telsasoft.com> <2f2a3b3b-93e4-723f-144e-bc21f10d6b61@enterprisedb.com> <20210118045331.GF8560@telsasoft.com> <3f20da4d-89dc-0912-98d2-b6f0ef06c87f@enterprisedb.com> <20210122022958.GC27167@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Fri, Jan 22, 2021 at 04:49:51AM +0100, Tomas Vondra wrote: > > > | Statistics objects: > > > | "public"."s2" (ndistinct, dependencies, mcv) ON FROM t > > Umm, for me that prints: > "public"."s2" ON ((i + 1)), (((i + 1) + 0)) FROM t > > which I think is OK. But maybe there's something else to trigger the > problem? Oh. It's because I was using /usr/bin/psql and not ./src/bin/psql. I think it's considered ok if old client's \d commands don't work on new server, but it's not clear to me if it's ok if they misbehave. It's almost better it made an ERROR. In any case, why are there so many parentheses ? -- Justin