Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 9C8D31337B8A for ; Sat, 16 Oct 2010 00:28:46 -0300 (ADT) 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 36002-07 for ; Sat, 16 Oct 2010 03:28:38 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mail.postgresql.org (Postfix) with ESMTP id 737D91337B4C for ; Sat, 16 Oct 2010 00:28:38 -0300 (ADT) Received: from [192.168.1.7] (static-71-179-240-8.bltmmd.fios.verizon.net [71.179.240.8]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0MMHDp-1P1A0p3y17-008jLH; Sat, 16 Oct 2010 05:28:31 +0200 Message-ID: <4CB91BDD.2010809@2ndquadrant.com> Date: Fri, 15 Oct 2010 23:28:29 -0400 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Jesper Krogh CC: Robert Haas , mark , Neil Whelchel , pgsql-performance@postgresql.org, "Joshua D. Drake" Subject: Re: Slow count(*) again... References: <201010091626.18636.neil.whelchel@gmail.com> <201010130138.39893.neil.whelchel@gmail.com> <4CB572CF.4080709@catalyst.net.nz> <201010130316.12922.neil.whelchel@gmail.com> <008701cb6b57$634f2890$29ed79b0$@com> <4CB7E0EB.4090707@krogh.cc> In-Reply-To: <4CB7E0EB.4090707@krogh.cc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:ZWEBvVaey/iZlw5fC8mH0JJNJwXsGiJmENK3LHQDaKl TF8pHMoGqk4XCOvPRviOxEL0bfvsn5DSxefYlzczFbA68Lht67 uh5UJi8fGIxWn3dazksugG+JegnzPUmLNLEWP+cTTXbEQjcWJW b8ht0WMa2TD9I3M5tGvxmji79Ztli+QLqiGXIDAG6oWxhBNOLs DkoWRjNnnQ2d6w4aly69Kk80grC79l9LeU9qhBiZ7Q= 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, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201010/270 X-Sequence-Number: 40688 Jesper Krogh wrote: > To be honest, if it is EDB, Redpill, Command Prompt, 2nd Quadrant or > whoever end up doing the job is, seen from this perspective not > important, just it ends in the hands of someone "capable" of doing > it. ... although Heikki has done some work on this task already. Now you're closing in on why this is a touchy subject. Heikki has already done work here funded by EDB. As such, the idea of anyone else being put in charge of fund raising and allocation for this particular feature would be a political mess. While it would be nice if there was a completely fair sponsorship model for developing community PostgreSQL features, overseen by a benevolent, free, and completely unaffiliated overlord, we're not quite there yet. In cases like these, where there's evidence a company with a track record of delivering features is already involved, you're probably better off contacting someone from there directly--rather than trying to fit that into the public bounty model some PostgreSQL work is getting done via lately. The visibility map is a particularly troublesome one, because the list of "capable" people who could work on that, but who aren't already working at a company having some relations with EDB, is rather slim. I know that's kind of frustrating to hear, for people who would like to get a feature done but can't finance the whole thing themselves. But look on the bright side--the base price is free, and when you give most PostgreSQL companies money to work on something it's at least possible to get what you want done. You'd have to pay a whole lot more than the $15K number you threw out there before any of the commercial database vendors would pay any attention to your particular feature request. -- Greg Smith, 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services and Support www.2ndQuadrant.us Author, "PostgreSQL 9.0 High Performance" Pre-ordering at: https://www.packtpub.com/postgresql-9-0-high-performance/book