On Thu, Jul 03, 2003 at 12:34:59PM +0300, Maxim Tyurin wrote: > > > > Дополнительный вопрос - есть ли там нормальный UNICODE (UPPER/LOWER > > > > для русского, русская алфавитная сортировка)?
кстати, сейчас посмотрел в конфе, UPPER/LOWER для UNICODE_FSS (UTF-8) не работает. А сортировка в правильном (алфавитном порядке) работает. > > > Смотря что понимать под полноценной. Такой как в PostgreSQL нет > > > (сервер не может выдавать данные половине клиентов в koi8-r, а второй > > > половине - в cp1251) > > > > Не правда. При коннекте клиент указывает, в какой кодировке > > желает видеть данные. И сервер их конвертирует. > > Давно? Помнится это была одной из основных причин почему я на > PostgreSQL новые проекты начал делать. > > 1.0.х разьве такое умеет? с незапамятных времен существует параметр подключения - isc_dpb_lc_ctype (или isc_dpb_lc_type, сейчас не помню), который определяет кодировку, в которой клиент хочет увидеть данные. И как уверяли люди это вполне работает. Сам я не пробовал, т.к. не было необходимости. > У меня FirebirdCS-1.0.2.908-0.64IO стоит. Работает как нужно но не > замечал в нем возможности перекодировки. С дятлом не перепутали? насколько помню, в дятле в этом отношении ничего не правили. Правда были добавлены новые кодировки (среди прочих и koi8-r) > > > Если поставить нужный colate - то upper/lower работают. для ANSI и WIN1251 upper работает и без указания colate. > > > Если не нужно сложной логики и выдачи результата в разных кодировках - > > > то отличная база. > > > > Что понимать под сложной логикой? На мой взгляд вся логика > > реализуется на триггерах, процедурах и клиенте. > > Так для триггеров и ХП язык бедный слишком (по сравнению с PostgreSQL, > Oracle, ...) Вот тут не копенгаген. Когда-то имел знакомство с TransactSQL, а про PL/SQL только слышал. Oracle больших денег стоит, да далеко не на всех задачах его применение оправдано (учитывая его цену). Про PostgreSQL слышал, что его дока часто расходится с делом. Например в доке было написано, что, то-ли запись может иметь размер больше 8k, то-ли строковые поля могут быть больше 8k, точно не помню, но из этого вытекало, что запись может располагатся на нескольких страницах данных, т.к. максимальный размер страницы был 8k, а на деле выходило, что пересечение записью границы страницы невозможно. И такого рода фигня во многих местах. ЗЫ еще раз говорю, что это мое изложение того, что слышал, так что на истинность, а также на то, что это уже не исправлено, не претендую. ЗЗЫ При всем уважении к PostgreSQL, насколько я слышал, инструментария разработчика, уровня IBExpert у него нет, что является несомненным плюсом FB. ЗЗЗЫ к сожалению полноценная работа с UNICODE может быть только тогда, когда клиенты будут с ней работать.
