我想测量postgres执行查询所用的总时间,不包括启动成本。之前我使用的是\timing,但现在我发现\timing包含了启动成本。我还尝试了:“解释分析”,我发现实际时间是以一种特殊的格式指定的,比如: actual time=12.04..12.09那么,这是否意味着执行postgres查询(不包括启动时间)所花费的时间是0.05如果不是,那么有没有办法排除启动成本并测量查询执行时间?
我一直试图使用Firebug的分析器来更好地理解我们正在看到的一些JavaScript性能问题的来源,但我对输出感到有点困惑。当我分析一些代码时,分析器会报告配置文件(464.323 ms,26 412次调用)。我怀疑464.323毫秒是这26412个呼叫的执行时间之和。但是,当我深入研究详细的结果时,我会看到平均执行时间超过464.323 ms的单个结果,例如,平均时间最高的结果报告了以下细节:Percent: **0%**
Own Tim
我正在运行以下查询,首先它似乎给出了客户的小计,并在日期前显示每个客户的付款金额,只有在所有付款总额大于90,000美元的情况下。Date(paymentDate) WITH ROLLUP
但是,看看龙纪念品的记录,有限公司和Euro+购物频道实际上显示的付款日期,单独超过对于所有其他客户,他们的个人付款日期没有报告在结果集中,只有他们的金额是如果它超过90000美元。例如,Annna的装饰品为4条付款记录,其中没有一条超过90000,但她的总和
int) FROM generate_series(1,1024*1024)), '')) as a2 表770 of加吐司表5.8Gb的总尺寸这就是为什么解释的结果与真正的查询不匹配的原因。
我想,这是一个规划师优化问题。没有数据的使用者,也不需要阅读它们。但是解释的结果,假设匹配(至少大约在时间上)到真正的查询。关键词是否解释、分析、缓冲语法并插入到postgres查询解析器构建的