Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 2864DB5DBD6 for ; Wed, 14 Sep 2011 12:14:11 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 88786-10 for ; Wed, 14 Sep 2011 15:14:02 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0-rc2 Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mail.postgresql.org (Postfix) with ESMTP id 89107B5D91F for ; Wed, 14 Sep 2011 12:14:02 -0300 (ADT) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R3rA0-0005u3-EZ for pgsql-performance@postgresql.org; Wed, 14 Sep 2011 08:14:00 -0700 Date: Wed, 14 Sep 2011 08:14:00 -0700 (PDT) From: MirrorX To: pgsql-performance@postgresql.org Message-ID: <1316013240443-4803198.post@n5.nabble.com> In-Reply-To: <0ac4fa43876e63ec84515656f233960f.squirrel@sq.gransy.com> References: <1316004607207-4802634.post@n5.nabble.com> <1316005753084-4802699.post@n5.nabble.com> <0ac4fa43876e63ec84515656f233960f.squirrel@sq.gransy.com> Subject: Re: cannot use multicolumn index MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.767 tagged_above=-10 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, T_TO_NO_BRKTS_FREEMAIL=0.01, URI_HEX=1.122 X-Spam-Level: X-Archive-Number: 201109/215 X-Sequence-Number: 44991 thx for the answer. - What is the problem, i.e. what behaviour you expect? - How much data is the table? - What portion of it matches the conditions? - What is the index definition? i think in my first post i provided most of these details but -> 1) what i expect is to be able to understand why the index is not used and if possibly to use it somehow, or recreate it in a better way 2) the table has 115 GB and about 700 milion rows 3) the result should be less than 10 millions rows 4) the index is a btree i tried to disable seq_scan and the query plan was changed and used another index and not the one i wanted. -- View this message in context: http://postgresql.1045698.n5.nabble.com/cannot-use-multicolumn-index-tp4802634p4803198.html Sent from the PostgreSQL - performance mailing list archive at Nabble.com.