Re: tuptoaster.c must *not* use SnapshotAny

From: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jan Wieck <janwieck(at)yahoo(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: tuptoaster.c must *not* use SnapshotAny
Date: 2002-01-18 04:00:21
Message-ID: 3C479DD5.D05FFD9@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
>
> Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp> writes:
>
> > For example is it possible to update a toast
> > chunk partially using SnapshotToast ?
>
> As things stand (with either SnapshotToast or the old SnapshotAny way)
> it is never possible to update an individual toast value, either
> partially or wholly. All you can do is lay down a new toast value (with
> a new identifying OID) and then delete the old one.
>
> But I'm not sure that this is wrong, or fixable. Trying to update part
> of a toasted value is very much like wanting to update part of an
> existing row in-place, which we cannot possibly do.

Bytea seems to be considered as a candidate for BLOB
though I think the entirely new type is preferable.
It seems impossible to implement a functionality like
inv_write using bytea which the current large object
stuff has.

regards,
Hiroshi Inoue

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-01-18 04:08:14 Re: Bug in pg_dump/restore -o
Previous Message Josh Berkus 2002-01-18 03:59:27 Re: UPDATE Query problem