Re: INSERT query times

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: sergio mayoral <smayoral(at)gmail(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: INSERT query times
Date: 2011-07-10 16:42:55
Message-ID: 2799.1310316175@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

sergio mayoral <smayoral(at)gmail(dot)com> writes:
> i am using libpq library and postgresql 8.4 for my linux application running
> on ARM with 256 MB. I am just doing:

> PQconnectdb();
> PQexec(INSERT INTO table1 ....); (0.009661 sec.)
> PQexec(INSERT INTO table1 ....); (0.004208 sec.)

> PQexec(INSERT INTO table2 ....); (0.007352 sec.)
> PQexec(INSERT INTO table2 ....); (0.002533 sec.)
> PQexec(INSERT INTO table2 ....); (0.002281 sec.)
> PQexec(INSERT INTO table2 ....); (0.002244 sec.)

> PQexec(INSERT INTO table3 ....); (0.006903 sec.)
> PQexec(INSERT INTO table3 ....); (0.002903 sec.)
> PQfinnish();

> I check the time for each PQexec with gettimeofday function and I always see
> that the first INSERT for each table needs longer than the next ones.

The first few commands of *any* type on a new connection are going to
take longer than repeat versions of those commands, because the backend
needs to load up its internal caches. Once it's cached information
about the tables, operators, etc that you are working with, it's a bit
faster. This isn't specific to INSERT.

> this must be something with the parser stage and since i am doing every time
> the same queries, I would like to know if there is a way to cache this
> queries in order to speed up the first INSERTs.

The only "fix" is to hang onto your connections longer. Consider a
connection pooler.

regards, tom lane

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Radhya sahal 2011-07-10 16:44:30 query total time im milliseconds
Previous Message Jeremy Harris 2011-07-10 15:46:25 Re: issue with query optimizer when joining two partitioned tables