Re: Size and performance hit from using UTF8 vs. ASCII?

Поиск
Список
Период
Сортировка
От Jeffrey W. Baker
Тема Re: Size and performance hit from using UTF8 vs. ASCII?
Дата
Msg-id 1139414042.8707.7.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Size and performance hit from using UTF8 vs. ASCII?  (Ron <rjpeace@earthlink.net>)
Список pgsql-performance
On Wed, 2006-02-08 at 09:11 -0500, Ron wrote:
> I'm specifically interested in the default C Locale; but if there's a
> difference in the answer for other locales, I'd like to hear about
> that as well.

The size hit will be effectively zero if your data is mainly of the
ASCII variety, since ASCII printable characters to UTF-8 is an identity
transform.  However anything involving string comparisons, including
equality, similarity (LIKE, regular expressions), or any other kind of
comparison (ORDER BY, GROUP BY) will be slower.  In my experience the
performance hit varies from zero to 100% in CPU time.  UTF-8 is never
faster that ASCII, as far as I know.

However, if you need UTF-8 then you need it, and there's no point in
worrying about the performance hit.

You may as well just do two benchmark runs with your database
initialized in either character set to see for yourself.

-jwb



В списке pgsql-performance по дате отправления:

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Re: optimizing away join when querying view
Следующее
От: Markus Schaber
Дата:
Сообщение: Re: Default autovacuum settings too conservative