From: | JanWieck(at)t-online(dot)de (Jan Wieck) |
---|---|
To: | PostgreSQL HACKERS <pgsql-hackers(at)postgresql(dot)org> |
Subject: | About TOAST and indices |
Date: | 2000-07-20 15:20:38 |
Message-ID: | 200007201520.RAA05115@hot.jw.home |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
up to now, TOAST would be a v7.1 show-stopper, because due to
the upper-block btree references problem, it's not VACUUM
safe if there's a btree index on a toastable attribute (like
text).
The only clean way to get rid of these upper-block references
is to recreate the indices from scratch, instead of vacuuming
them in the crash-safe manner we do now. But doing so needs
file versioning, and I don't expect it to be implemented in
v7.1.
So at the time beeing, I think index tuples should not
contain any external toast references. I'll change the heap-
am/toaster combo temporarily to do that. All that will be
covered by #ifdef, so we can switch back easily at the time
we have file versioning to unlimit indexed attribute sizes as
well.
Comments?
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Adriaan Joubert | 2000-07-20 15:24:57 | Re: Loading binary data into the database |
Previous Message | Tom Lane | 2000-07-20 15:17:59 | Re: [HACKERS] 8Ko limitation |