Re: [HACKERS] type coerce problem with lztext

From: wieck(at)debis(dot)com (Jan Wieck)
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jan Wieck <wieck(at)debis(dot)com>, PostgreSQL HACKERS <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] type coerce problem with lztext
Date: 2000-02-27 20:36:09
Message-ID: m12PAQD-0003kGC@orion.SAPserv.Hamburg.dsh.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> wieck(at)debis(dot)com (Jan Wieck) writes:
> > There are functions text(lztext) and lztext(text) too, but
> > the system is unable to find an operator if one compares
> > text=lztext in a query. IIRC, creating a function named as
> > the target type and taking the source type is what made auto-
> > type-conversion work - so what am I missing here?
>
> Yup, TypeCategory was the missing ingredient. Seems to work now.

Tnx

> Over all the rules in the regression test database, I see:
>
> regression=# select sum(length(ev_action)),sum(octet_length(ev_action)) from pg
> _rewrite;
> sum | sum
> --------+-------
> 105270 | 38091
> (1 row)
>
> or about 64% compression. Not bad...

Amazing, when looking at the simpleness of the algorithm,
isn't it?

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 Jan Wieck 2000-02-27 21:02:36 Re: [HACKERS] type coerce problem with lztext
Previous Message Bruce Momjian 2000-02-27 19:06:21 Re: [HACKERS] type coerce problem with lztext