Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 66FDF1337B47 for ; Fri, 11 Feb 2011 07:43:46 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 31835-01 for ; Fri, 11 Feb 2011 11:43:40 +0000 (UTC) X-Greylist: delayed 00:10:15.915042 by SQLgrey-1.7.6 Received: from mail.opinioni.net (host36.ns3.it [80.79.54.36]) by mail.postgresql.org (Postfix) with ESMTP id 06B10133616B for ; Fri, 11 Feb 2011 07:43:38 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by mail.opinioni.net (Postfix) with ESMTP id 15A2C2117BC; Fri, 11 Feb 2011 12:35:50 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at opinioni.net Received: from mail.opinioni.net ([127.0.0.1]) by localhost (opinioni.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XrmsTTI5zxZ1; Fri, 11 Feb 2011 12:35:49 +0100 (CET) Received: from [192.168.1.49] (unknown [78.134.6.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.opinioni.net (Postfix) with ESMTPS id 4653021178B; Fri, 11 Feb 2011 12:35:49 +0100 (CET) Message-ID: <4D551E82.7030300@opinioni.net> Date: Fri, 11 Feb 2011 12:33:22 +0100 From: Andrea Suisani User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15pre) Gecko/20110207 Shredder/3.1.9pre MIME-Version: 1.0 To: Tobias Brox CC: Vitalii Tymchyshyn , Josh Berkus , pgsql-performance@postgresql.org, Mladen Gogala Subject: Re: Why we don't want hints Was: Slow count(*) again... References: <201102012247.p11Ml6u02682@momjian.us> <4D48914B.4050403@dunslane.net> <4D489AD1.1010105@vmsinfo.com> <4D499E55.4020107@vmsinfo.com> <4D49A6B9.4060608@2ndquadrant.com> <4D49C482.4010707@vmsinfo.com> <4D49F0BA.9000901@2ndquadrant.com> <4D4A16BF.1020304@vmsinfo.com> <4D4A4844.3020409@2ndquadrant.com> <4D4AD9F6.6040903@vmsinfo.com> <4D4AE16E.9040807@peak6.com> <4D4B17B4.9030406@vmsinfo.com> <4D4B1F5B.4060403@peak6.com> <4D4B261B.6010303@vmsinfo.com> <4D4B2E8A.7010402@vmsinfo.com> <4D4B3395.6010007@agliodbs.com> <4D4B394E.9080505@vmsinfo.com> <4D4B5A73.3080302@agliodbs.com> <4D5504E5.3060901@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201102/350 X-Sequence-Number: 42488 On 02/11/2011 12:26 PM, Tobias Brox wrote: > 2011/2/11 Vitalii Tymchyshyn: >>> My idea as well, though it looks ugly and it would be a maintenance >>> head-ache (upgrading the index as new transaction types are added >>> would mean "costly" write locks on the table, >> >> Create new one concurrently. > > Concurrently? Are there any ways to add large indexes without > blocking inserts to the table for the time it takes to create the > index? yep, AFAIR since 8.2 see: http://www.postgresql.org/docs/8.2/static/sql-createindex.html#SQL-CREATEINDEX-CONCURRENTLY [cut] Andrea