Re: [pgsql-advocacy] Thought provoking piece on

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: kleptog(at)svana(dot)org
Cc: alvherre(at)commandprompt(dot)com, Bruce Momjian <bruce(at)momjian(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, josh(at)agliodbs(dot)com, pgsql-advocacy(at)postgresql(dot)org, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, PgSQL General <pgsql-general(at)postgresql(dot)org>
Subject: Re: [pgsql-advocacy] Thought provoking piece on
Date: 2006-09-01 14:16:31
Message-ID: 44F840BF.3090008@kaltenbrunner.cc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-general pgsql-hackers

Martijn van Oosterhout wrote:
> On Fri, Sep 01, 2006 at 12:40:53PM +0200, Stefan Kaltenbrunner wrote:
>> heh if this is a request for a wishlist then I would suggest that we
>> should finally tackle one of the things most databases are doing better
>> then we (including MySQL) - that is better charset/locale/collate support.
>> especially for new users or users converting from other database this is
>> one of the major stumbling blocks (at least as seen on irc regulary)
>
> Yeah well, I got reasonably far on that. To the point of being able to
> have different collations on different columns, creating indexes with
> different collations and having collation-sensetive comparisons:
>
> http://archives.postgresql.org/pgsql-hackers/2005-12/msg01121.php
>
> Where I got stuck is teaching the planner how to use the collation info
> to produce appropriate plans. There wasn't a lot of feedback on the
> patch itself, so I didn't know how to proceed. I don't have time for it
> anymore but if someone wants to pick it up and run with it...
>
> Note however that it's not easy, there are a number of related issues
> which need to be solved at the same time:

yeah I had some hopes for this getting done - and what you have seems
like a nice start - but the whole thing is quite difficult and I expect
that project to need quite a lot of further work :-(

>
> Supporting SORTFUNC_LT/GT is going to get much harder, but there no
> idea as to how much it's used anyway:
>
> http://archives.postgresql.org/pgsql-hackers/2005-12/msg01154.php
>
> The concept of "operator class" needs to be expanded into something
> more general, into something that's actually describes the type, rather
> than just how btrees work.
>
> Do we want to keep relying on the system libraries for collation, or do
> we want to use a cross-platform library like ICU or do we want to
> create our own collation library?

that is probably something that we really need to decide on - system
libaries do seem to be easy but I have some doubts about portability and
quality of implemtations (like getting different behaviour on different
platforms) and some of our supported platforms (like the BSDs) have
rather limited support for collation either.
On the ICU vs. our own library I'm not sure what would be a good thing
to do - ICU is _LARGE_ and we already have some perfectly fine and
proven code for things like character conversion or timezone handling in
the core ...

Stefan

In response to

Responses

Browse pgsql-advocacy by date

  From Date Subject
Next Message Bricklen Anderson 2006-09-01 14:39:45 Re: [pgsql-advocacy] Thought provoking piece on NetBSD
Previous Message Joshua D. Drake 2006-09-01 14:02:36 Re: Training (from Thought provoking...)

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2006-09-01 14:19:46 Re: Trigger (Transaction related)
Previous Message Martijn van Oosterhout 2006-09-01 14:15:08 Re: Insert Rule

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-09-01 14:18:37 Re: Prepared statements considered harmful
Previous Message Gregory Stark 2006-09-01 14:16:01 Sort performance