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 1uWOig-00DFO2-DR for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Jul 2025 00:19:30 +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 1uWOie-002qqT-7g for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Jul 2025 00:19:28 +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 1uWOid-002qqL-Uh for pgsql-hackers@lists.postgresql.org; Tue, 01 Jul 2025 00:19:28 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uWOic-004qvz-2D for pgsql-hackers@postgresql.org; Tue, 01 Jul 2025 00:19:27 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=postgresql.org; s=20171124; h=Content-Transfer-Encoding:Content-Type: Mime-Version:References:In-Reply-To:From:Subject:Cc:To:Message-Id:Date:Sender :Reply-To:Content-ID:Content-Description; bh=CWbTA02nwCL+j8lTatvBHriui51NYmcVAk2ieGUDcaw=; b=p4oEk9mOPp2fNcK2pA3Z079r8j RlwHirKJms1BJqBFh830aB3VsbIqfM5auxlZHesZWCZFx/Tg/FXv8W+HO/pK2F/92CO1MgcCmMmAa 87ady6XLRablsDBe5wvzLHZ/GmQS9o78kSXeLmwaQmIYxvWKUmOVFYEObGC2LqNo1I3NuBNjMTn9A xJLGJ1fgkwlprN+fmapzVNXF5HWq/WOJbcxPNRgsvORm2QkQePnfmjsrheUTRetHcDpLAkQFVEFcQ nPfutmtImVz+HrGDNSdhg89zVKjmmLvVSBRQCBVn6zvIBp1Pr97PBNJQJm1ap7fot9b+aI2fD8IlJ cf+YuyMA==; Received: from [2409:11:4120:300:ab9b:aa64:9aca:8307] (helo=localhost) by meldrar.postgresql.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 (Exim 4.96) (envelope-from ) id 1uWOiV-001Iy3-0S; Tue, 01 Jul 2025 00:19:21 +0000 Date: Tue, 01 Jul 2025 09:19:06 +0900 (JST) Message-Id: <20250701.091906.2172190057744262508.ishii@postgresql.org> To: krasiyan@gmail.com Cc: ojford@gmail.com, tgl@sss.pgh.pa.us, vik@postgresfriends.org, andrew@tao11.riddles.org.uk, david@fetter.org, pgsql-hackers@postgresql.org Subject: Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options From: Tatsuo Ishii In-Reply-To: References: <20250625.161903.68476237519416014.ishii@postgresql.org> <20250630.142556.158881195489030489.ishii@postgresql.org> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2409:11:4120:300:ab9b:aa64:9aca:8307 (failed) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Krasiyan, > Hi, > Patch applies and compiles, all included tests passed and performance gain > is really impressive. I have been using the latest versions for months with > real data and didn't find any bugs, so It is definitely ready for committer > status. Thanks for testing the patch. The CF status has been already set to "ready for committer". I just changed the target version from 18 to 19. > I am not sure how the case where frame clause is "RANGE" or "GROUPS" > and frame end is "CURRENT ROW" is majority of window function use > cases. If it's majority, the optimization in v14 does not help much > because v14 does not optimize the case. However if it's not, the v14 > patch is close to commitable form, I think. Comments are welcome. Have you tested cases where the frame option is "RANGE" or "GROUPS" and the frame end is "CURRENT ROW"? I am asking because in these cases the optimization in the v14 (and v15) patches do not apply and you may not be satisfied by the performance. Best regards, -- Tatsuo Ishii SRA OSS K.K. English: http://www.sraoss.co.jp/index_en/ Japanese:http://www.sraoss.co.jp