lztext and parser

Поиск
Список
Период
Сортировка
От wieck@debis.com (Jan Wieck)
Тема lztext and parser
Дата
Msg-id m11qmTx-0003kGC@orion.SAPserv.Hamburg.dsh.de
обсуждение исходный текст
Ответы Re: [HACKERS] lztext and parser  (Karel Zak - Zakkr <zakkr@zf.jcu.cz>)
Список pgsql-hackers
Hi,

    I'm hacking in the operator functions for the lztext type and
    have a little question.

    With the generic per-byte decompressor I added, it  would  be
    very easy to produce functions like

        bool lztext_text_eq(lztext, text)
        bool text_lztext_eq(text, lztext)

    too.  Comparision  between  lztext and text does already work
    because there  are  lztext->text  and  vice  versa  functions
    available and the parser automatically typecasts.

    So  would  it  be a win or a dead end street to provide those
    functions?  Does it look for a  direct  comparision  function
    allways  first?  Then  it  would  be,  because it would never
    choose to  compress  the  text  item  and  then  compare  two
    lztext's (what would be terrible).


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 по дате отправления:

Предыдущее
От: Keith Parks
Дата:
Сообщение: run_check problem
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Cache on pg_statistics