Re: [PERFORM] Low Insert/Update Performance

From: Hannu Krosing <hannu(at)tm(dot)ee>
To: Rhaoni Chiu Pereira <rhaoni(at)sistemica(dot)info>
Cc: PostgreSQL ADMIN <pgsql-admin(at)postgresql(dot)org>, PostgreSQL Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [PERFORM] Low Insert/Update Performance
Date: 2003-10-20 17:50:22
Message-ID: 1066672221.5434.5.camel@fuji.krosing.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-performance

Rhaoni Chiu Pereira kirjutas E, 20.10.2003 kell 17:13:
> Hi List,
>
> I got a P4 1.7Ghz , 512MB RAM , HD 7200 RPM, on RED HAT 9 running PostgreSQL
> 7.3.2-3 Database.
> I have a Delphi aplication that updates the Oracle database using .dbf
> file's information ( converting the data from the old clipper aplication ) and
> it takes about 3min and 45 seconds to update Jan/2003 .

Have you tried contrib/dbase to do the same ?

How fast does this run

> My problem is that I must substitute this Oracle for a PostgreSQL database
> and this same Delphi aplication takes 45 min to update Jan/2003.
> All delphi routines are converted and optmized to work with PgSQL.

Could it be that you try to run each insert in a separate transaction in
PgSQL version ?

Another possibility is that there is a primary key index created on
empty tables which is not used in subsequent UNIQUE tests when tables
start to fill and using index would be useful. An ANALYZE in a parallel
backend could help here. Same can be true for foreign keys and unique
constraints.

---------------
Hannu

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Murthy Kambhampaty 2003-10-20 18:33:24 Re: sql scripts
Previous Message David F. Skoll 2003-10-20 17:30:23 Re: sql scripts

Browse pgsql-performance by date

  From Date Subject
Next Message Seum-Lim Gan 2003-10-20 21:14:09 Re: index file bloating still in 7.4 ?
Previous Message Josh Berkus 2003-10-20 17:28:00 Re: Performance weirdness with/without vacuum analyze