Re: [HACKERS] compression in LO and other fields

Поиск
Список
Период
Сортировка
От wieck@debis.com (Jan Wieck)
Тема Re: [HACKERS] compression in LO and other fields
Дата
Msg-id m11mI8O-0003kLC@orion.SAPserv.Hamburg.dsh.de
обсуждение исходный текст
Ответ на Re: [HACKERS] compression in LO and other fields  (The Hermit Hacker <scrappy@hub.org>)
Список 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@debis.com (Jan Wieck) #

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Slow - grindingly slow - query
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] compression in LO and other fields