| От | Tom Lane |
|---|---|
| Тема | Re: Unicode database + JDBC driver performance |
| Дата | |
| Msg-id | 2017.1040502837@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Unicode database + JDBC driver performance (Jan Ploski <jpljpl@gmx.de>) |
| Список | pgsql-general |
Jan Ploski <jpljpl@gmx.de> writes:
> It seems correct to me, so the question about Unicode's slowness remains.
> I guess that I will have a look at the driver's internals. Do you believe
> that the backend should not be much slower [than LATIN1] when delivering
> query results in the UNICODE encoding?
If no translation is happening then I can't see a reason for any
difference at all, given what you were doing.
I can imagine speed differences for operations that actually interpret
the character data --- for example, sorting on a text column --- but
AFAICT you weren't doing anything like that.
It'd be worth checking first to see whether the extra time is really
being spent in the backend, client, or both.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера