Carlos Henrique Reimer wrote: > Another example that could help is this seqscan: > > explain analyze select sittrib8 from iparq.arript where sittrib8=33; > > In the evening: > Fri Feb 8 14:00:01 BRST 2013 > > QUERY > PLAN > -------------------------------------------------------------------------------------------------------------------------- > Seq Scan on arript (cost=100000000.00..100469613.21 rows=1 width=2) > (actual time=198047.253..198047.253 rows=0 loops=1) > Filter: (sittrib8 = 33) > Total runtime: 198047.303 ms > (3 rows) > > > In the morning: > Fri Feb 8 10:51:01 BRST 2013 > QUERY > PLAN > ------------------------------------------------------------------------------------------------------------------------ > Seq Scan on arript (cost=100000000.00..100469607.58 rows=1 width=2) > (actual time=11982.597..11982.597 rows=0 loops=1) > Filter: (sittrib8 = 33) > Total runtime: 11982.654 ms > (3 rows) When I have seen things such as this, it's because the disks are busier during the slow hours. Since there's not much activity in the morning, the disks are idle and can scan the pages much more quickly. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general
