Re: [HACKERS] LONG

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] LONG
Дата
Msg-id 199912112124.QAA08585@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] LONG  (Peter Eisentraut <e99re41@DoCS.UU.SE>)
Ответы Re: [HACKERS] LONG  (wieck@debis.com (Jan Wieck))
Список pgsql-hackers
> On Sat, 11 Dec 1999, Bruce Momjian wrote:
> 
> > In fact, you could get fancy and allow an update of a non-pg_long using
> > column to not change pg_long at all.  Just keep the same value in the
> > column.  If the transaction fails or succeeds, the pg_long is the same
> > for that tuple.  Of course, because an update is a delete and then an
> > insert, that may be hard to do.  For very long fields, it would be a win
> > for UPDATE.  You certainly couldn't do that with chained tuples.
> 
> While this is great and all, what will happen when long tuples finally get
> done? Will you remove this, or keep it, or just make LONG and TEXT
> equivalent? I fear that elaborate structures will be put in place here
> that might perhaps only be of use for one release cycle.

I think the idea is that Jan's idea is better than chaining tuples.

--  Bruce Momjian                        |  http://www.op.net/~candle maillist@candle.pha.pa.us            |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: wieck@debis.com (Jan Wieck)
Дата:
Сообщение: Re: [HACKERS] Last thoughts about LONG
Следующее
От: Karl DeBisschop
Дата:
Сообщение: Re: [HACKERS] Re: Mirroring a DB