Re: ISO8859_1 vs UTF-8 Performance?

From: John R Pierce <pierce(at)hogranch(dot)com>
To: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: ISO8859_1 vs UTF-8 Performance?
Date: 2013-10-23 02:37:45
Message-ID: 52673679.2010609@hogranch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 10/22/2013 6:07 PM, Caroline Beltran wrote:
> John, thank you for taking the time to respond. Performance wise, a 5%
> difference is much better than I thought possible.
>
> The only concern in regards to my post would be in regards to accent
> character collation, i.e.:
>
> Angel Smith
> Ángel Smith
> Angel Williams
> ...
>
> Additionally, accent insensitive searching is also useful because
> people may not type in the accented character when searching. Is it
> possible to create a user defined function can be created and then
> used during index creation? If so, can that index be used to sort
> your data display as well as for your SELECT statements?

the built in lower() (or upper() functions work with the database's
defined LC_CTYPE setting, and properly convert upper/lower case.

but, yes, it IS possible to use user defined functions for a functional
index, just not required in this case as the required functionality is
built in.

And, as I said, there is also the contributed "CITEXT" extension,
distributed with the postgres core,
http://www.nytimes.com/interactive/2012/02/12/us/entitlement-map.html?ref=us
which further simplifies this.

--
john r pierce 37N 122W
somewhere on the middle of the left coast

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Andy Colson 2013-10-23 02:45:24 Re: Monitoring number of backends
Previous Message Stephen Frost 2013-10-23 02:11:17 Re: Monitoring number of backends