Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ij7kj-0008NY-DN for pgsql-hackers@arkaria.postgresql.org; Sun, 22 Dec 2019 20:23:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ij7ki-0000PF-4T for pgsql-hackers@arkaria.postgresql.org; Sun, 22 Dec 2019 20:23:00 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ij7kh-0000P8-Ry for pgsql-hackers@lists.postgresql.org; Sun, 22 Dec 2019 20:22:59 +0000 Received: from n3.nabble.com ([162.255.23.22]) by magus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ij7ka-0008D7-9B for pgsql-hackers@postgresql.org; Sun, 22 Dec 2019 20:22:59 +0000 Received: from n3.nabble.com (localhost [127.0.0.1]) by n3.nabble.com (Postfix) with ESMTP id 377BA199FBA5A for ; Sun, 22 Dec 2019 13:22:50 -0700 (MST) Date: Sun, 22 Dec 2019 13:22:50 -0700 (MST) From: legrand legrand To: pgsql-hackers@postgresql.org Message-ID: <1577046170225-0.post@n3.nabble.com> In-Reply-To: <20191220140232.57b43c4f6296f793d42946b2@sraoss.co.jp> References: <20191128171052.ee3948fad09eb9337fcbbfc9@sraoss.co.jp> <20191129.071944.530831741282571640.t-ishii@sraoss.co.jp> <20191129130053.b2cdf2303ff35e437dd39571@sraoss.co.jp> <20191129181600.7b5dd4167e1753536af33937@sraoss.co.jp> <20191129181954.208da0d63c1ff9e556008e80@sraoss.co.jp> <20191201025514.GY2355@paquier.xyz> <20191202.100118.1160224336488931090.t-ishii@sraoss.co.jp> <20191202110538.a6ff2cd84f488f42eab621eb@sraoss.co.jp> <20191220140232.57b43c4f6296f793d42946b2@sraoss.co.jp> Subject: Re: Implementing Incremental View Maintenance MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hello, First of all many thanks for this Great feature replacing so many triggers by a so simple syntax ;o) I was wondering about performances and add a look at pg_stat_statements (with track=all) with IVM_v9.patch. For each insert into a base table there are 3 statements: - ANALYZE pg_temp_3.pg_temp_81976 - WITH updt AS ( UPDATE public.mv1 AS mv SET __ivm_count__ = ... - DROP TABLE pg_temp_3.pg_temp_81976 It generates a lot of lines in pg_stat_statements with calls = 1. Thoses statements can not be shared because the temp table is dropped each time. Is there a plan to change this ? Many Thanks again Regards PAscal -- Sent from: https://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html