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 1hG793-0003Sd-2b for pgsql-hackers@arkaria.postgresql.org; Mon, 15 Apr 2019 19:19:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hG78z-0005j6-Nf for pgsql-hackers@arkaria.postgresql.org; Mon, 15 Apr 2019 19:19:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hG78z-0005iy-BW for pgsql-hackers@lists.postgresql.org; Mon, 15 Apr 2019 19:19:53 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hG78w-00047o-Rq for pgsql-hackers@postgresql.org; Mon, 15 Apr 2019 19:19:52 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x3FJJfVX022679; Mon, 15 Apr 2019 15:19:41 -0400 From: Tom Lane To: Peter Geoghegan cc: Robert Haas , Stephen Frost , Tomas Vondra , Alvaro Herrera , Konstantin Knizhnik , Ashwin Agrawal , PostgreSQL mailing lists Subject: Re: Zedstore - compressed in-core columnar storage In-reply-to: References: <20190409155121.GA4320@alvherre.pgsql> <20190414162210.6djspkmbspbd4els@development> <20190415123424.GD6197@tamriel.snowman.net> <30261.1555341038@sss.pgh.pa.us> <20789.1555353343@sss.pgh.pa.us> Comments: In-reply-to Peter Geoghegan message dated "Mon, 15 Apr 2019 11:58:47 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22677.1555355981.1@sss.pgh.pa.us> Date: Mon, 15 Apr 2019 15:19:41 -0400 Message-ID: <22678.1555355981@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Peter Geoghegan writes: > I am also concerned by the broad scope of ZedStore, and I tend to > agree that it will be difficult to maintain in core. At the same time, > I think that Andres and Robert are probably right about the difficulty > of maintaining it outside of core -- that would be difficult to > impossible as a practical matter. Perhaps, but we won't know if we don't try. I think we should try, and be willing to add hooks and flexibility to core as needed to make it possible. Adding such flexibility would be good for other outside projects that have no chance of (or perhaps no interest in) getting into core, even if we end up deciding that ZedStore or some other specific implementation is so useful that it does belong in core. regards, tom lane