From: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | "Gauthier, Dave" <dave(dot)gauthier(at)intel(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: reserving space in a rec for future update |
Date: | 2007-11-14 16:12:11 |
Message-ID: | dcc563d10711140812j2a4101fcr2d203ab061485275@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Nov 14, 2007 9:28 AM, Gauthier, Dave <dave(dot)gauthier(at)intel(dot)com> wrote:
>
> Hi:
>
> I have a situation where I will be inserting thousands of records into a
> table but leaving 2 of it's columns null. Later on, I will be updating most
> of those records and putting real values in place of those 2 nulls. As for
> the ones that do not get updated, I want to leave them null. My concern
> has to do with record fragmentation at the time of update because there's no
> room to "expand" them to accept the non-null data. (BTW, the columns are
> floating point).
I don't think you really understand how PostgreSQL storage works.
every update is the exact same as a delete / insert in terms of
storage. So, you're worrying about a problem that doesn't exist.
Read up
Read up on it here: http://www.postgresql.org/docs/8.2/static/mvcc.html
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Sullivan | 2007-11-14 16:12:57 | Re: reserving space in a rec for future update |
Previous Message | Tom Lane | 2007-11-14 15:44:59 | Re: Using generate_series to create a unique ID in a query? |