Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id B7DF5161CA37 for ; Mon, 20 Feb 2012 19:30:20 -0400 (AST) Received: from smtp.01.com ([199.36.142.181]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1RzcgV-0004f7-V6 for pgsql-performance@postgresql.org; Mon, 20 Feb 2012 23:30:20 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp-out-1.01.com (Postfix) with ESMTP id 5054B3F46EA for ; Mon, 20 Feb 2012 17:30:07 -0600 (CST) X-Virus-Scanned: amavisd-new at smtp-out-1.01.com Received: from smtp.01.com ([127.0.0.1]) by localhost (smtp-out-1.01.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lxw9w+acE80K for ; Mon, 20 Feb 2012 17:30:07 -0600 (CST) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp-out-1.01.com (Postfix) with ESMTP id 204803F47DC for ; Mon, 20 Feb 2012 17:30:07 -0600 (CST) Received: from Sidney-Stratton.local (70-36-143-92.dsl.dynamic.sonic.net [70.36.143.92]) by smtp-out-1.01.com (Postfix) with ESMTPSA id D12BF3F46EA for ; Mon, 20 Feb 2012 17:30:06 -0600 (CST) Message-ID: <4F42D77E.1050504@agliodbs.com> Date: Mon, 20 Feb 2012 15:30:06 -0800 From: Josh Berkus Organization: PostgreSQL Experts Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.24) Gecko/20111103 Lightning/1.0b2 Thunderbird/3.1.16 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Indexes and Primary Keys on Rapidly Growing Tables References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201202/148 X-Sequence-Number: 46320 On 2/20/12 2:06 PM, Alessandro Gagliardi wrote: > . But first I just want to know if people > think that this might be a viable solution or if I'm barking up the wrong > tree. Batching is usually helpful for inserts, especially if there's a unique key on a very large table involved. I suggest also making the buffer table UNLOGGED, if you can afford to. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com