Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Yl0o1-0007Jd-Nz for pgsql-performance@arkaria.postgresql.org; Wed, 22 Apr 2015 19:59:33 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1Yl0o1-00063W-7p for pgsql-performance@arkaria.postgresql.org; Wed, 22 Apr 2015 19:59:33 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1Yl0o0-00063P-F5 for pgsql-performance@postgresql.org; Wed, 22 Apr 2015 19:59:32 +0000 Received: from aule.net ([173.255.233.100]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Yl0nx-0001vm-Kv for pgsql-performance@postgresql.org; Wed, 22 Apr 2015 19:59:31 +0000 Received: by aule.net (Postfix, from userid 110) id B541F1012E; Wed, 22 Apr 2015 21:59:28 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ackerman.aule.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from [192.168.178.21] (82-169-55-136.ip.telfort.nl [82.169.55.136]) by aule.net (Postfix) with ESMTPSA id 5924A1012A for ; Wed, 22 Apr 2015 21:59:28 +0200 (CEST) Message-ID: <5537FD9F.3060109@aule.net> Date: Wed, 22 Apr 2015 21:59:27 +0200 From: Andomar User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Query plan with missing timespans References: <5537DC6D.2010300@aule.net> <223706913.2307849.1429732023067.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <223706913.2307849.1429732023067.JavaMail.yahoo@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) 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 > Looping through 384 index scans of tbl, each taking 0.040 ms. > That's 15.36 ms. That leaves 0.291 ms unaccounted for, which means > that's about how much time the top level nested loop took to do its > work. > Thanks for your reply, interesting! I'd have thought that this line actually implied 0 ms: actual time=0.040..0.040 But based on your reply this means, it took between 0.040 and 0.040 ms for each loop? Is there a way to tell postgres that a function will always return the same result for the same parameter, within the same transaction? Kind regards, Andomar -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance