Re: Selecting on non ASCII varchars

Поиск
Список
Период
Сортировка
От Jeremy LaCivita
Тема Re: Selecting on non ASCII varchars
Дата
Msg-id 366C3C4C-7E0A-4154-A02E-8A0B6F016157@broadrelay.com
обсуждение исходный текст
Ответ на Re: Selecting on non ASCII varchars  (Oliver Jowett <oliver@opencloud.com>)
Ответы Re: Selecting on non ASCII varchars  (Vadim Nasardinov <vadimn@redhat.com>)
Список pgsql-jdbc
Hmmm

so it turns out if i take all my Strings and do this:

str = new String(str.getBytes(), "utf-8");

then it works.

Correct me if i'm wrong, but that says to me that the Strings were in
UTF-8 already, but Java didn't know it, so it couldn't send them to
postgres properly.

because str.getBytes() will return the same bytes that were used to
create the string, and new String(bytes, "utf-8") will repackage them
into a string using utf-8, so nothing has really changed at the byte
level,  java has just explicitly marked it as UTF-8.

Anyway, problem solved.  As to why my strings aren't flagged as
UTF-8, thats not a postgres problem.

Thanks!

-jl

On Oct 2, 2005, at 9:41 PM, Oliver Jowett wrote:

> Jeremy LaCivita wrote:
>
>
>> PreparedStatement pst = conn.prepareStatement("SELECT * from
>> mytable  m
>> where m.title ~* ?");
>>
>
> If you use direct equality (=), does it work?
>
> There have been comments on pgsql-bugs recently that some areas of the
> backend code (case insensitive comparison and regexp) do not work
> correctly in all cases when multibyte encodings are used. You might
> want
> to repost to -bugs if basic equality works correctly.
>
> Do you have a selfcontained testcase we can try? In particular we need
> to know the actual column values and regexp patterns you have
> problems with.
>
> -O
>


Вложения

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

Предыдущее
От: Andres Olarte
Дата:
Сообщение: Getting status on login failure
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Getting status on login failure