Well,

    AFAIK   we  had  a  consensus  on  making  "try  to  compress
    attributes  before  moving  off"  a   runtime,   per   column
    configuration option. And that's what I'm after.

    This  might  interfere with the LZTEXT data type as is. Since
    this new data type isn't released yet, I'll have to remove it
    again before freeze.  The compressor/decompressor will become
    part of the toaster.

    Needs to revert the changes to pg_rewrite too,  so  the  next
    release will NOT gain any bigger rules. But to release it and
    later fight problems that  I  already  see,  only  to  enable
    bigger rules right now, is IMHO the wrong decision.

    Any complaints?


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#========================================= wieck@debis.com (Jan Wieck) #



Tue, 21 Dec 1999 00:37:02 +0100 (MET)
wieck@debis.com (Jan Wieck)
LONG vs. Toaster
> Well,
> 
>     AFAIK   we  had  a  consensus  on  making  "try  to  compress
>     attributes  before  moving  off"  a   runtime,   per   column
>     configuration option. And that's what I'm after.
> 
>     This  might  interfere with the LZTEXT data type as is. Since
>     this new data type isn't released yet, I'll have to remove it
>     again before freeze.  The compressor/decompressor will become
>     part of the toaster.
> 
>     Needs to revert the changes to pg_rewrite too,  so  the  next
>     release will NOT gain any bigger rules. But to release it and
>     later fight problems that  I  already  see,  only  to  enable
>     bigger rules right now, is IMHO the wrong decision.

Agreed.  There are over five weeks left.  Let's see what happens as we
get closer.

-- 
  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, Pennsylvania 19026

Mon, 20 Dec 1999 21:14:14 -0500 (EST)
Bruce Momjian <pgman@candle.pha.pa.us>
Re: [HACKERS] LONG vs. Toaster
>> This  might  interfere with the LZTEXT data type as is. Since
>> this new data type isn't released yet, I'll have to remove it
>> again before freeze.  The compressor/decompressor will become
>> part of the toaster.
>> 
>> Needs to revert the changes to pg_rewrite too,  so  the  next
>> release will NOT gain any bigger rules. But to release it and
>> later fight problems that  I  already  see,  only  to  enable
>> bigger rules right now, is IMHO the wrong decision.

> Agreed.

Yes.  I thought that LZTEXT was redundant as soon as we agreed that
compression could be part of the out-of-line storage mechanism.
Better to pull it now than have to support it long after it has
no purpose.  We can struggle along with limited-length rules for
a little bit longer.

			regards, tom lane

Mon, 20 Dec 1999 23:57:34 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] LONG vs. Toaster 