On Thu, Jul 03, 2003 at 07:55:52PM +0300, Maxim Tyurin wrote: > > с незапамятных времен существует параметр подключения - > > isc_dpb_lc_ctype (или isc_dpb_lc_type, сейчас не помню), который > > определяет кодировку, в которой клиент хочет увидеть данные. И > > как уверяли люди это вполне работает. Сам я не пробовал, т.к. > > не было необходимости. > > Я пробовал с 1251 и исо5 - не работает :( Да и кои8 мне нужна, а она > пока только в дятле где ты там нашел исо5 я конечно не знаю :-), но делал так: база и поля таблицы созданы с кодировкой UNICODE_FSS. Подключаюсь с lc_type=UNICODE_FSS вставляю в таблицу запись в UTF-8 (поработал iconv'ом для подготовки данных), затем переконекчиваюсь с win1251 и делаю селект из этой таблицы и вижу ту фразу, над которой я перед вставкой работал iconv'ом. На мой взгляд это вполне достаточное доказательство умения сервера конвертировать данные в кодировку запрошенную клиентом. Пробовал из isql и из ibexpert, результат одинаковый. > > Про PostgreSQL слышал, что его дока часто расходится с делом. > > Например в доке было написано, что, то-ли запись может иметь > > размер больше 8k, то-ли строковые поля могут быть больше 8k, > > точно не помню, но из этого вытекало, что запись может > > располагатся на нескольких страницах данных, т.к. максимальный > > размер страницы был 8k, а на деле выходило, что пересечение > > записью границы страницы невозможно. И такого рода фигня во > > многих местах. > > Это беда почти всех открытых проектов. Писать документацию и > поддерживать ее в актуальном состоянии всем лениво про проблеммы с документацией согласен, но проблеммы такого уровня говорят о неслаженной работе команды разработчиков. Правда не покидает надежда, что это было давно и сейчас ситуация улучшилась.
Attachment:
pgpBDcMqAlpbN.pgp
Description: PGP signature