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
>
>
>
>
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 |