X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 6934C329EAB for ; Wed, 15 Sep 2004 18:34:59 +0100 (BST) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 28350-04 for ; Wed, 15 Sep 2004 17:34:55 +0000 (GMT) Received: from joeconway.com (wsip-24-249-201-67.sd.sd.cox.net [24.249.201.67]) by svr1.postgresql.org (Postfix) with ESMTP id AE12F329E8D for ; Wed, 15 Sep 2004 18:34:55 +0100 (BST) Received: from [206.19.64.3] (account jconway HELO [172.16.1.115]) by joeconway.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 2187215; Wed, 15 Sep 2004 10:26:27 -0700 Message-ID: <41487D3D.1040509@joeconway.com> Date: Wed, 15 Sep 2004 10:34:53 -0700 From: Joe Conway User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: en-us, en MIME-Version: 1.0 To: josh@agliodbs.com Cc: simon@2ndquadrant.com, Chris Browne , pgsql-performance@postgresql.org Subject: Re: Data Warehouse Reevaluation - MySQL vs Postgres -- References: <28292295$109523922141480635ce12a8.90913606@config17.schlund.de> <41485CA6.1080505@joeconway.com> <200409151028.08461.josh@agliodbs.com> In-Reply-To: <200409151028.08461.josh@agliodbs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200409/142 X-Sequence-Number: 8270 Josh Berkus wrote: >> - the use of inherited tables to partition this huge number of rows and >> yet allow simple query access to it seems to work well, at least in >> early validation tests >> - had we simply taken the original database and "slammed" it into >> Postgres with no further thought, we would not have seen the big >> improvements, and thus the project might have been seen as a failure >> (even though it saves substantial $) > > > Any further thoughts on developing this into true table partitioning? > Just that I'd love to see it happen ;-) Maybe someday I'll be able to find the time to work on it myself, but for the moment I'm satisfied with the workarounds we've made. Joe