Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VqtHf-0001KJ-5Q for pgsql-performance@arkaria.postgresql.org; Wed, 11 Dec 2013 23:33:39 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VqtHe-0007CL-CS for pgsql-performance@arkaria.postgresql.org; Wed, 11 Dec 2013 23:33:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VqtHc-00079B-3X for pgsql-performance@postgresql.org; Wed, 11 Dec 2013 23:33:36 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VqtHZ-0005M7-FN for pgsql-performance@postgresql.org; Wed, 11 Dec 2013 23:33:35 +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 rBBNXW82016511; Wed, 11 Dec 2013 18:33:32 -0500 From: Tom Lane To: "Janek Sendrowski" cc: pgsql-performance@postgresql.org Subject: Re: ORDER BY using index, tsearch2 [READ THIS!] In-reply-to: References: Comments: In-reply-to "Janek Sendrowski" message dated "Wed, 11 Dec 2013 23:31:48 +0100" Date: Wed, 11 Dec 2013 18:33:32 -0500 Message-ID: <16510.1386804812@sss.pgh.pa.us> X-Pg-Spam-Score: -2.1 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org "Janek Sendrowski" writes: > How can I use this ORDER BY using index feature presented in this implementation. > It doesn't seem to be in use, when I have a look in my query plan. > It still does an cost intensive Bitmap Heap Scan and a Bitmap Index scan. > I also can't find the "><" operator in any introduction of the tsearch2 extension. > Is it just an idea? We're not in the habit of documenting nonexistent features, if that's what you mean. However, you've not provided nearly enough information for anyone to help you; at minimum, the index definitions you have, the query you gave, the plan you got, and the exact PG version would be critical information. More information about asking answerable questions can be found here: https://wiki.postgresql.org/wiki/Slow_Query_Questions Also, I'm a bit troubled by your reference to tsearch2, because that contrib module is obsolete, and has been since well before any PG version that has a feature like what I think you're asking about. So I wonder if you are reading documentation not applicable to the version you're working with. regards, tom lane -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance