Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1X6j7f-0006cU-PK for pgsql-performance@arkaria.postgresql.org; Mon, 14 Jul 2014 16:29:03 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1X6j7f-0007E0-4C for pgsql-performance@arkaria.postgresql.org; Mon, 14 Jul 2014 16:29:03 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X6j7d-0007Do-Tt for pgsql-performance@postgresql.org; Mon, 14 Jul 2014 16:29:02 +0000 Received: from smtp-out1.gransy.com ([77.78.126.51]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1X6j7Z-0004AF-3L for pgsql-performance@postgresql.org; Mon, 14 Jul 2014 16:28:59 +0000 Received: from smtp-out.gransy.com (localhost [127.0.0.1]) by smtp-out1.gransy.com (Postfix) with ESMTP id 2F2A3360041 for ; Mon, 14 Jul 2014 18:28:53 +0200 (CEST) Received: from smtp.gransy.com (smtp.simplia.cz [77.78.126.20]) by smtp-out1.gransy.com (Postfix) with ESMTP id DEFC5360005; Mon, 14 Jul 2014 18:28:52 +0200 (CEST) Received: from sq.gransy.com (elizabeth.gransy.com [89.187.132.199]) (Authenticated sender: tv@fuzzy.cz) by smtp.gransy.com (Postfix) with ESMTPA id 2A82119A0439; Mon, 14 Jul 2014 18:28:48 +0200 (CEST) Received: from 212.47.19.46 (SquirrelMail authenticated user tv@fuzzy.cz) by sq.gransy.com with HTTP; Mon, 14 Jul 2014 18:28:50 +0200 Message-ID: In-Reply-To: <5699436b456242b699889f7d24d91227@CO2PR07MB601.namprd07.prod.outlook.com> References: <1405292142269.59034@turner.com>,<53C32B20.8010100@fuzzy.cz> <1405304448354.64039@turner.com> <1bd268ebd99945d6b16d12cca39893c8@CO2PR07MB601.namprd07.prod.outlook.com> <5699436b456242b699889f7d24d91227@CO2PR07MB601.namprd07.prod.outlook.com> Date: Mon, 14 Jul 2014 18:28:50 +0200 Subject: Re: Query Performance question From: "Tomas Vondra" To: "Magers, James" Cc: "Tomas Vondra" , "Thomas Kellerer" , "pgsql-performance@postgresql.org" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Pg-Spam-Score: -0.0 (/) 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 On 14 Červenec 2014, 18:02, Magers, James wrote: > Tomas, > > Thank you for the recommendation. In this case, The bitmap scan runs > quite quickly, however in production were data may or may not be cached > and at higher volumes I am trying to ensure the process will continue to > execute efficiently and reduce the impact of the process on other > processes running against the database. That's why it's important to do the testing with representative amount of data. Testing the queries on significantly reduced dataset is pointless, because the optimizer will do different decisions. > My assessment is based on my experiences with the scans. Does your > experience provide you with a different assessment of the scan types and > how efficient they may be? No. Because I don't have your data. And it seems that your assessment is based on experience with dataset that's very different from your expected production dataset, which means the experience is not directly applicable. The optimizer considers the size of the dataset when choosing the plan. regards Tomas -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance