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) #
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 |