Re: Oracle vs PostgreSQL in real life - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: Oracle vs PostgreSQL in real life
Date
Msg-id 001901c1c055$f6a44b40$1600000a@tm.ee
Whole thread Raw
In response to Oracle vs PostgreSQL in real life  (Jean-Paul ARGUDO <jean-paul.argudo@idealx.com>)
List pgsql-hackers
----- Original Message -----
From: "Jean-Paul ARGUDO" <jean-paul.argudo@idealx.com>
>
> it seems that on every commit, the cursor is closed... and re-opened with
new
> variables'values

I think that currently the only way to reuse query plans would be migrating
some
of your logic to backend and using SPI prepared statements.

> btw, as many asked me, queries are VERY simple, there is only a few
queries.
> Each query works on one table at a time. no joins for example. Only
massive bulk
> work with CURSORS.

Again, can't some of it be moved to backend, either using PL/PgSQL or C (or
pltcl, plperl, plpython ;)

> PS: I am currently testing vacuums between the script to pause the data
> manipulation, make a vacuum analyze and continue the treatments.

Starting with 7.2 you cand also run both analyze and simple vacuum in
parallel to the main app.

You will most likely need to run analyze once after tables are more or less
filled and then a parallel
vacuum every 5-30 sec to avoid tables growing too big. You could limit
vacuum to only those
tables that see a lot of updating (or delete/insert).

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



pgsql-hackers by date:

Previous
From: "Fouad Fezzi"
Date:
Subject: problem with vaccumdb
Next
From: Bruce Momjian
Date:
Subject: Re: [Fwd: [PATCHES] Libpq support for precision and scale]