Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tWg72-000pDn-3M for pgsql-hackers@arkaria.postgresql.org; Sat, 11 Jan 2025 18:21:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tWg70-00BPFz-CZ for pgsql-hackers@arkaria.postgresql.org; Sat, 11 Jan 2025 18:21:30 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tWg6z-00BPFq-TT for pgsql-hackers@lists.postgresql.org; Sat, 11 Jan 2025 18:21:29 +0000 Received: from forward501d.mail.yandex.net ([2a02:6b8:c41:1300:1:45:d181:d501]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tWg6v-0014qC-1s for pgsql-hackers@lists.postgresql.org; Sat, 11 Jan 2025 18:21:28 +0000 Received: from mail-nwsmtp-smtp-production-main-22.iva.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-22.iva.yp-c.yandex.net [IPv6:2a02:6b8:c0c:1d29:0:640:70c9:0]) by forward501d.mail.yandex.net (Yandex) with ESMTPS id 302EE60AC4; Sat, 11 Jan 2025 21:21:22 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-22.iva.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id GLu53C6OdCg0-opVBO8a3; Sat, 11 Jan 2025 21:21:21 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tantorlabs.com; s=mail; t=1736619681; bh=USM/B+bEZU3AWy/qFms6XL0cUIGFZcTMJl1lQFYMG7o=; h=In-Reply-To:Cc:Date:References:To:Subject:Message-ID:From; b=PAZ+IkPZN+stabtRgwM3ngPsRRSq/N5ItCoHeY/iKO6l/VWvIHJLkgJb2Q1pde/R9 p3rrjbkoZQ/Yno/cj+w+PwyH7RcLYMrbiNN7MSNr7RrotDsYUagHeHj3cKDOF1cVV2 G3qHuoCECOdHsCkoj2Fq/N7ZgBIzu5UCGTaEzwiY= Authentication-Results: mail-nwsmtp-smtp-production-main-22.iva.yp-c.yandex.net; dkim=pass header.i=@tantorlabs.com Content-Type: multipart/alternative; boundary="------------z4X7AfLYVtCWPHI7mvDK5u0e" Message-ID: <88e65a15-2b52-4b44-a636-3736ca030b09@tantorlabs.com> Date: Sat, 11 Jan 2025 21:21:16 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: explain analyze rows=%.0f To: Guillaume Lelarge Cc: Daniel Gustafsson , Ibrar Ahmed , "Gregory Stark (as CFM)" , Tom Lane , Robert Haas , Amit Kapila , Justin Pryzby , Peter Geoghegan , vignesh C , "David G. Johnston" , pgsql-hackers@lists.postgresql.org References: <20220707222015.GD13040@telsasoft.com> <2954811.1667711530@sss.pgh.pa.us> <55695d15-c738-4401-8883-58bc855c9b03@tantorlabs.com> Content-Language: en-US From: Ilia Evdokimov In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------z4X7AfLYVtCWPHI7mvDK5u0e Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 11.01.2025 17:02, Guillaume Lelarge wrote: > Le sam. 11 janv. 2025 à 12:10, Ilia Evdokimov > a écrit : > > > On 11.01.2025 12:15, Guillaume Lelarge wrote: >> >> >> Thanks for your patch, this looks like a very interesting feature >> that I'd like to see in a future release. >> >> It did a quick run: patch OK, make OK, make install OK, but make >> check fails quite a lot on partition_prune.sql. >> >> I guess it would need some work on partition_prune.sql tests and >> perhaps also on the docs. >> >> Thanks again. >> >> >> -- >> Guillaume. > > > Yes, certainly. I have fixed partition_prune.sql. In the > documentation example for EXPLAIN ANALYZE where loops is greater > than one, I updated how 'rows' and 'loops' values are displayed so > they appear as decimal fractions with two digits after the decimal > point. > > I attached fixed patch. > > Any suggestions? > > > Thanks for the updated patch. > > "make check" is happy, so no more suggestions, except you should > register it in the next commitfest. > > > -- > Guillaume. Done! https://commitfest.postgresql.org/52/5501/ -- Best regards, Ilia Evdokimov, Tantor Labs LLC. --------------z4X7AfLYVtCWPHI7mvDK5u0e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


On 11.01.2025 17:02, Guillaume Lelarge wrote:
Le sam. 11 janv. 2025 à 12:10, Ilia Evdokimov <ilya.evdokimov@tantorlabs.com> a écrit :


On 11.01.2025 12:15, Guillaume Lelarge wrote:


Thanks for your patch, this looks like a very interesting feature that I'd like to see in a future release.

It did a quick run: patch OK, make OK, make install OK, but make check fails quite a lot on partition_prune.sql.

I guess it would need some work on partition_prune.sql tests and perhaps also on the docs.

Thanks again.


--
Guillaume.


Yes, certainly. I have fixed partition_prune.sql. In the documentation example for EXPLAIN ANALYZE where loops is greater than one, I updated how 'rows' and 'loops' values are displayed so they appear as decimal fractions with two digits after the decimal point.

I attached fixed patch.

Any suggestions?


Thanks for the updated patch.

"make check" is happy, so no more suggestions, except you should register it in the next commitfest.


--
Guillaume.


Done!

https://commitfest.postgresql.org/52/5501/

--
Best regards,
Ilia Evdokimov,
Tantor Labs LLC.

--------------z4X7AfLYVtCWPHI7mvDK5u0e--