Re: Speed & Memory Management

From: Andrew Biagioni <andrew(dot)biagioni(at)e-greek(dot)net>
To: Juan Miguel <juanmime(at)ono(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Speed & Memory Management
Date: 2003-04-02 22:24:22
Message-ID: 3E8B6316.6080505@e-greek.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Juan Miguel wrote:

>>That would buy you absolutely nothing. char() is not faster than text.
>>Instead you would make everything slower because the system would
>>constantly have to pad and trim your values and it would bloat the storage
>>with the extra spaces.
>>
>>
>
>First, sorry about my english.
>
>Well ... but ... reading database theory books, you can see that fixed size
>records are "better" than variant size records. When the records are size
>fixed, inserts, updates and deletes can recalculate easier the position of
>the rest records in the pages. These books tell you that in general cases,
>variant record size tables (records that have variant type colums, for
>example) imply a lower performance in the system ...
>
>Why in postgresql these things don't matter ?
>
>
Because unlike other DBs, PostgreSQL doesn't actually remove anything
when you do an update or delete, it marks the old record as "dead" and
(for an update) adds a new instance of the record at the end. That's
one reason why you want to vacuum tables after some activity, to remove
the dead records fro all updates/deletes.

>Thanks.
>
>
>---------------------------(end of broadcast)---------------------------
>TIP 3: if posting/reading through Usenet, please send an appropriate
>subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
>message can get through to the mailing list cleanly
>
>
>
>

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Murthy Kambhampaty 2003-04-02 22:59:16 Re: Speed & Memory Management [2]
Previous Message Peter Eisentraut 2003-04-02 22:23:19 Re: Speed & Memory Management