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 1mwWif-0002Jz-Sf for pgsql-hackers@arkaria.postgresql.org; Sun, 12 Dec 2021 21:49:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mwWie-0002a5-N0 for pgsql-hackers@arkaria.postgresql.org; Sun, 12 Dec 2021 21:49:20 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mwWie-0002Zw-Du for pgsql-hackers@lists.postgresql.org; Sun, 12 Dec 2021 21:49:20 +0000 Received: from mail-io1-xd33.google.com ([2607:f8b0:4864:20::d33]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mwWic-00051h-19 for pgsql-hackers@postgresql.org; Sun, 12 Dec 2021 21:49:19 +0000 Received: by mail-io1-xd33.google.com with SMTP id p23so16539109iod.7 for ; Sun, 12 Dec 2021 13:49:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=1nzFNNc3pNJvG56IIp4lR/oOeSC69rZN6zBpD0eVub8=; b=wLYx11U1zUmUPX+sSPP6BG1/KUkZk27Pzb0yHWlDWMDUd0UnlSjA228JbsV+C11BDJ lma4XN7jKT6Sf2F6t6YrESOXMIVcnO0wzKpqPoxmcEmF80ReYsBnH8SkD9P+O30cCJPE 3P6xQPBVxS5HWguY9Z1CVfnRy03Y+gkpYdybApYg63+b60anTa/klCxh0KbiMOg5t4zO wh7FQwUgn9WLESxMHO6sO6ceo9rfhfi1mkstln91IfnPH+sOcXGkGGqUh5KFeWiLlp9j KlHvdlevbE0iY0TGY8yXvhbOwJQTMTJThVvl8FbViMAiAidwZrPaUvCuRMI93urJJEzh zeZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=1nzFNNc3pNJvG56IIp4lR/oOeSC69rZN6zBpD0eVub8=; b=gUc8gaCtYOHpJnEQNwGz+/avKjGfXVoQ/d86rU9fYlRTzpekrBwzj//bO9D6/cQPy/ Y4h3Fl+PQToEEZ8Ul+XyyNoBTZGSpNI1tApqVNxUlQEktIqntthVxSxcjpIqBngbOO+S H59NwqHpvWBc5BsmDzfyctYF7S0EvQy3H4XkiE9c3ANtVqJTkYK0Js1hcp74MkxgK2cg V6gKOGgoup+39N2UXmB3vTCFWkqbX42xCQNYe1f1zsiTc24/2ejiTSr4DxMyQwVM5Vea NtQebMWegC5xUcUcshdf9mP7m1QW9KehHbozki9YgbUiIehg4gfer/VCMTQHo4tVRuUy ycbA== X-Gm-Message-State: AOAM532kb11Ycbdi9A9P56AONsSAt6ZhG6+sJWAK0pQFJotfDYIjpgsL uHtV8S+97evuDh/VqiVSm2DFLA== X-Google-Smtp-Source: ABdhPJyqcBoE+uyrdBJXJOrwEoWMdToiELnWVGHTdTbGxrTiBGLXxon76zsyxSSPgVwdKzaD5QKUCQ== X-Received: by 2002:a05:6638:2178:: with SMTP id p24mr29241090jak.142.1639345756930; Sun, 12 Dec 2021 13:49:16 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id h14sm7905350ild.16.2021.12.12.13.49.16 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Dec 2021 13:49:16 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id DE4F7800BC8; Sun, 12 Dec 2021 15:49:15 -0600 (CST) Date: Sun, 12 Dec 2021 15:49:15 -0600 From: Justin Pryzby To: Tomas Vondra Cc: Zhihong Yu , Jaime Casanova , pgsql-hackers@postgresql.org Subject: Re: extended stats on partitioned tables Message-ID: <20211212214915.GQ17618@telsasoft.com> References: <20211007202646.GA9522@ahch-to> <20211007224543.GH27491@telsasoft.com> <46f37069-55cb-db6a-a15a-e351a2606592@enterprisedb.com> <20211103231904.GP17618@telsasoft.com> <689accb1-76e8-5115-6ed0-336749cdca57@enterprisedb.com> <20211203052411.GU17618@telsasoft.com> <8052505e-2dd2-e8cb-26c9-cbb5dff7d750@enterprisedb.com> <20211212175255.GO17618@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: Archived-At: Precedence: bulk On Sun, Dec 12, 2021 at 10:29:39PM +0100, Tomas Vondra wrote: > On 12/12/21 18:52, Justin Pryzby wrote: > That's mostly a conscious choice, so that I don't have to include > parsetree.h. But maybe that'd be better ... > > > The regression tests changed as a result of not populating stx_data; I think > > it's may be better to update like this: > > > > SELECT stxname, stxdndistinct, stxddependencies, stxdmcv, stxoid IS NULL > > FROM pg_statistic_ext s LEFT JOIN pg_statistic_ext_data d > > ON d.stxoid = s.oid > > WHERE s.stxname = 'ab1_a_b_stats'; > > > > Not sure I understand. Why would this be better than inner join? It shows that there's an entry in pg_statistic_ext and not one in ext_data, rather than that it's not in at least one of the catalogs. Which is nice to show since as you say it's no longer 1:1. > Thanks, fixed. Can you read through the commit messages and check the > attribution is correct for all the patches? Seems fine. -- Justin