Re: UTF-8 and LIKE vs =

Поиск
Список
Период
Сортировка
От Joel
Тема Re: UTF-8 and LIKE vs =
Дата
Msg-id 20040824153204.1B9A.REES@ddcom.co.jp
обсуждение исходный текст
Ответ на Re: UTF-8 and LIKE vs =  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Ответы Re: UTF-8 and LIKE vs =  (Tatsuo Ishii <t-ishii@sra.co.jp>)
Список pgsql-general
Just want to check this --

> > > > The following should end up posted as shift-JIS, but
> > > >
> > > > テスト
> > > > and
> > > > てすと
> > > >
> > > > should collate the same under some contexts, since it's more-or-less
> > > > equivalent to a variation in case.
> > >
> > > Do you mean if you search for
> > >
> > >    SELECT * FROM keyword where name = 'テスト';
> > >
> > > You might expect it to return a row with name set to 'てすと'?
> >
> > If the locale machinery iw functioning correctly (and if I understand
> > correctly), there ought to be a setting that would allow those to
> > collate to the same point.
> >
> > I'm not sure what the settings would be, or if it's fully funtional yet.
> > Maybe Tatsuo would know? (Hope he doesn't mind me CC-ing him.)
>
> I'm not sure what the point of the original question was, but I know
> that
>
>     SELECT * FROM keyword where name = 'テスト';
>
> should work if locale = C and encoding is either EUC_JP or UTF-8 on my
> standard Linux box (of course I did initdb --no-locale).

(query is katakana)

    SELECT * FROM keyword where name = 'テスト';


returns a record whose name field is 'てすと' (hiragana)?

Doesn't this require some LC_COLLATE flag?

(I suppose I should try this myself.)

--
Joel <rees@ddcom.co.jp>


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

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Re: UTF-8 and LIKE vs =
Следующее
От: Tatsuo Ishii
Дата:
Сообщение: Re: UTF-8 and LIKE vs =