Re: firebird

["Alexander S. Gordienko" <alex-go@vstu.kirov.ru>]

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 может быть только
тогда, когда клиенты будут с ней работать.