Re: [HACKERS] compression in LO and other fields

From: wieck(at)debis(dot)com (Jan Wieck)
To: scrappy(at)hub(dot)org (The Hermit Hacker)
Cc: wieck(at)debis(dot)com, zakkr(at)zf(dot)jcu(dot)cz, t-ishii(at)sra(dot)co(dot)jp, tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] compression in LO and other fields
Date: 1999-11-12 14:57:04
Message-ID: m11mI8O-0003kLC@orion.SAPserv.Hamburg.dsh.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Marc G. Fournier wrote:

> On Fri, 12 Nov 1999, Jan Wieck wrote:
>
> > I don't know if there's a compression library available that
> > fit's our need. First and most important it must have a
> > license that permits us to include it in the distribution
> > under our existing license. Second it's implementation must
> > not cause any problems in the backend like memory leakage or
> > the like.
>
> Is this something that could be a configure option? Put the stubs in
> place, and if someone wants to enable that feature, they can install the
> compression library first and run with it?

If using the new type in system catalogs, the option could
only be what kind of compression to use. And we need our own
default compression code shipped anyway.

Of course, it could depend on the config what types are used
in the syscat. But making the catalog headers things that are
shipped as a .in isn't really that good IMHO.

Jan

--

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 1999-11-12 14:58:14 Re: [HACKERS] Slow - grindingly slow - query
Previous Message Thomas Lockhart 1999-11-12 14:54:04 Re: [HACKERS] compression in LO and other fields