From: | Leon <leon(at)udmnet(dot)ru> |
---|---|
To: | Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>, David Warnock <david(at)sundayta(dot)co(dot)uk>, pgsql-general <pgsql-general(at)postgreSQL(dot)org> |
Subject: | Re[4]: [GENERAL] Joins and links |
Date: | 1999-07-05 19:32:47 |
Message-ID: | 322.990706@udmnet.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Hello Bruce,
Tuesday, July 06, 1999 you wrote:
>>
>> Maybe it is a silly question, but what are "more than one version
>> of a record"? In my opinion record is a atomic unique entity.
>> Isn't it?
B> Read how MVCC works in the manuals.
Ah, you mean MVCC! That's what I replied to Tom Lane:
> This problem can be solved. An offhand solution is to have
> an additional system field which will point to new tuple left after
> update. It is filled at the same time as the original tuple is
> marked invalid. So the scenario is as follows: we follow the link,
> and if we find that in the tuple where we arrived this system field
> is not NULL, we go to (the same table of course) where it is pointing
> to. Sure VACUUM will eliminate these. Performance penalty is small.
Best regards, Leon
From | Date | Subject | |
---|---|---|---|
Next Message | Albert Chen | 1999-07-05 19:40:15 | Date convertion problem. |
Previous Message | Bruce Momjian | 1999-07-05 19:10:34 | Re: Re[2]: [GENERAL] Joins and links |
From | Date | Subject | |
---|---|---|---|
Next Message | Leon | 1999-07-05 19:46:17 | Re[2]: [HACKERS] Fwd: Joins and links |
Previous Message | Leon | 1999-07-05 19:28:17 | Re[4]: [HACKERS] Fwd: Joins and links |