| From: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
|---|---|
| To: | Gregory Maxwell <gmaxwell(at)gmail(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, mark(at)mark(dot)mielke(dot)cc, Simon Riggs <simon(at)2ndquadrant(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Reducing the overhead of NUMERIC data |
| Date: | 2005-11-05 10:40:05 |
| Message-ID: | 20051105104005.GA2293@svana.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
On Fri, Nov 04, 2005 at 07:15:22PM -0500, Gregory Maxwell wrote:
> Other lame aspects of using unicode encodings other than UTF-8
> internally is that it's harder to figure out what is text in GDB
> output and such.. can make debugging more difficult.
Yeah, that's one of the reasons I think UTF-16 should be restricted to
userdata only. There's no particular reason why system tables and
indexes need to be in a locale sensetive collate order. If someone
really wants that they can pay for the conversion costs at query time.
The problem is that PostgreSQL doesn't support multiple collate orders,
that's being worked on though.
Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Martijn van Oosterhout | 2005-11-05 10:48:56 | Re: Exclusive lock for database rename |
| Previous Message | Jochem van Dieten | 2005-11-05 09:47:30 | Re: Exclusive lock for database rename |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Harald Fuchs | 2005-11-05 15:34:56 | Re: Reducing the overhead of NUMERIC data |
| Previous Message | Qingqing Zhou | 2005-11-05 03:09:30 | Re: [HACKERS] Reducing the overhead of NUMERIC data |