Re: very slow update query

From: Ilija Vidoevski <ilija(dot)vidoevski(at)yahoo(dot)com>
To: Andreas Kretschmer <andreas(at)a-kretschmer(dot)de>, "pgsql-novice(at)postgresql(dot)org" <pgsql-novice(at)postgresql(dot)org>
Subject: Re: very slow update query
Date: 2012-07-30 18:22:33
Message-ID: 1343672553.6168.YahooMailNeo@web113106.mail.gq1.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

Andreas,

I am migrating from SQL Server 2008 R2 express to Postgres.
This code is for fixing mistake made during transferring data from SQL Server tables.

I try this query on SQL Server 2008 database and I got this results
First execution time  : 06:61 sec
Repeated execution time: 04:76 sec

Same table, same indexes.
It is huge difference.

I believe that is not something wrong  in Postgresql engine.

Ilija Vidoevski

________________________________
From: Andreas Kretschmer <andreas(at)a-kretschmer(dot)de>
To: Ilija Vidoevski <ilija(dot)vidoevski(at)yahoo(dot)com>; "pgsql-novice(at)postgresql(dot)org" <pgsql-novice(at)postgresql(dot)org>
Sent: Monday, July 30, 2012 8:04 PM
Subject: Re: [NOVICE] very slow update query

Ilija Vidoevski <ilija(dot)vidoevski(at)yahoo(dot)com> hat am 30. Juli 2012 um 19:50
geschrieben:

> I need to update one table in my database with simple code
>  This is the script
>
>  update finarh
>  set vid = left(nalog,1)
>
>  Table has 177714 rows.
>
>  First execution time was : 00:02:39 minutes
>  Repeated execution time: 00:01:03 minutes.
>
>  Explain query plan is:
>  "Update on finarh  (cost=0.00..12049.99 rows=177714 width=172)"
>  "  ->  Seq Scan on finarh  (cost=0.00..12049.99 rows=177714 width=172)"
>
>  Why execution time is so loooong ?
>
>

The database rewrite the whole table, 177 thousand records, this takes some
time...

Why you are doing that? the column vid are redundant, you should better use
select left(nalog,1) as vid and drop that vid-column from the table.

Regards, Andreas

>
>

In response to

Browse pgsql-novice by date

  From Date Subject
Next Message Tom Lane 2012-07-30 19:10:35 Re: very slow update query
Previous Message Andreas Kretschmer 2012-07-30 18:04:50 Re: very slow update query