PerederiyНедавно столкнулся с таким вопросом - надо было сравнить 2 таблицы по полю varchar.
делаю ... where t1.naim=t2.naim ...
А в таблицах в этих полях 2 значения '6А' и '6Б'.
Он посчитал ОДИНАКОВЫМИ !!!
Вышел из положения так ... where md5(t1.naim)=md5(t2.naim) ...
Но может есть более нормальный способ ?
Сразу говорю ... where t1.naim==t2.naim ... плюется ошибкой - данное сравнение для этого типа не подходит
Афигеть! Как Вам это удалось? Скрыпт, локаль и версию СУБД в студию!
PS Проверил на 8.1 - атлычно работает.

-me-А шо это Вас так удивляет? :)
бывает такое (и хуже): http://archives.postgresql.org/pgsql-general/2005-12/msg00740.php
Мда. Кодировки - весчщь неблагодарная и не всегда работающая :(. Особенно нетрадиционные.

PerederiyВерсия 8.0.1
база в UNICODE (те UTF-8)
локаль линукса KOI8-R
Что здесь нетрадиционного ?
В качестве измений в версии 8.1 было то, что в старой реализации юникода можно было вставить символы вообще говоря не попадающие в зону видимости. Можеть быть где-то рядом и есть Ваши грабли?
Попробуйте перекинуть базу в 8.1. Или в другую локаль 8.0 (например в 8.0.5). Может поможет :-\

Perederiyкакие это грабли - ведь все работает !
Если все работает тогда в чем вопрос?

Perederiyвопрос - можно ли сравнивать 2 varchar не через md5 ?
Ответ - да, можно.

Perederiyкак ?
через простое = не проходит
см начало
Через простое = может не проходить в связи с кучей факторов, из которых почти все - ошибки.
Есть предложение сделать тестовый пример/или дамп боевого и проверить его на разных версиях СУБД. В 8.0 БЫЛИ проблемы (ошибки) с юникодом. Это факт.
Поэтому и хочется скрыпт - там можно будет увидеть совпадают ли данные реально, или это бутафория. Кстати имеет смысл обновить версию сервера до 8.0.5. Это по крайней мере не помешает.
Я проверил для версии 8.1 на локали WIn1251 под виндой - все работает.