Re: performance problem aftrer update from 7.1 to 7.4.2

From: "Development - multi(dot)art(dot)studio" <dev(dot)null(at)multiartstudio(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: performance problem aftrer update from 7.1 to 7.4.2
Date: 2004-04-14 10:10:26
Message-ID: 407D0E12.5090709@multiartstudio.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello, and thanks for reading

Richard Huxton wrote:

>Something funny here - notice the width of newsletter (84) in the old version
>against the width in the new one (610).
>
>
>
hmmm, but why? the old mcms09 database is still growing and productive,
and 7.4 is not updated and only for testing at this time.
as i do the tests, both database contents where the same, but the old
was still used by other users.
i do some additional tests, and a simple query explain in 7.4 gives
much bigger values than in 7.1,
i tried vacuum, but nothing deleteted because everything grows....and
only sometimes one
or two entries are deleted....,
last but not least i also reindex the new database, but indexes where
all ok, and there are no problems with that (not looking on the final db
design)

what happens that 7.4 will took so much time, and width for its querys?
(really, i read that pg74 would speed up 2 or 3 times....if good db
design) i didnt change anything on the tables.

thanks for any help,
volker

ps:mcms09 will be availablke for download in a few weeks, using pgsql as
a backend :)

>>7.1:
>>mcms09=> explain select * from newsletter where site_id='m000000-970' order
>>by date desc,id desc limit 10; NOTICE: QUERY PLAN:
>>Limit (cost=9.26..9.26 rows=7 width=84)
>>
>>
>
>
>
>>7.4.2:
>>mcms=# explain select * from newsletter where site_id='m000000-970' order
>>by date desc,id desc limit 10; QUERY PLAN
>>---------------------------------------------------------------------------
>>------------------------------ Limit (cost=17.78..17.81 rows=10 width=610)
>> -> Sort (cost=17.78..17.81 rows=11 width=610)
>>
>>
>
>
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Richard Huxton 2004-04-14 11:55:39 Re: performance problem aftrer update from 7.1 to 7.4.2
Previous Message Juris Krumins 2004-04-14 09:35:43 cache lookup of relation 165058647 failed