Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 290E1633090 for ; Fri, 12 Jun 2009 19:13:02 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 74570-10 for ; Fri, 12 Jun 2009 19:13:00 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smtp236.iad.emailsrvr.com (smtp236.iad.emailsrvr.com [207.97.245.236]) by mail.postgresql.org (Postfix) with ESMTP id 4DEF9632547 for ; Fri, 12 Jun 2009 19:13:01 -0300 (ADT) Received: from relay13.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay13.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id 9DD871CE4E7 for ; Fri, 12 Jun 2009 18:12:59 -0400 (EDT) Received: by relay13.relay.iad.mlsrvr.com (Authenticated sender: ejones-AT-engineyard.com) with ESMTPSA id 45A631CCDC5; Fri, 12 Jun 2009 18:12:59 -0400 (EDT) Cc: pgsql-sql@postgresql.org Message-Id: <875976BE-CAC0-4F10-B7CC-0D651B109967@engineyard.com> From: Erik Jones To: Rob Sargent In-Reply-To: <4A2EA121.2070004@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: Taking the cache out of the equation? Date: Fri, 12 Jun 2009 15:12:57 -0700 References: <4A2EA121.2070004@gmail.com> X-Mailer: Apple Mail (2.935.3) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200906/65 X-Sequence-Number: 32670 On Jun 9, 2009, at 10:51 AM, Rob Sargent wrote: > Caching helps a *lot* and I'm thankful for that but I would like to > take it out of the picture as I massage my queries for better > performance. Naturally the first invocation of the query cannot > take advantage of the cache and these queries would normally only be > called once for the same target data. What tricks are there to > flush, ignore, circumvent the caching boost? (Especially in the > production environment.) Why on earth would you want your queries to always go to disk? Erik Jones, Database Administrator Engine Yard Support, Scalability, Reliability 866.518.9273 x 260 Location: US/Pacific IRC: mage2k