> Да к примеру тот же янексовский... коннект уникода > > SELECT _WIN1257 'латышские_буквы','другие латышские_буквы' > FROM TABLE_NAME > WHERE BLABLA = :MAS_BLABLA > > Ну и че с ним делать? Первое поле конвертировать в уникоду нельзя, > второе надо.
Блин, точно ... > Ну и плюс поля с чарсетами NONE,OCTETS: > > UPDATE > TABLE_NAME > SET NONE_FIELD='фыва',WIN1251_FIELD='фыва' > > Второе поле нужно конвертануть, первое ни в коем разе. Оооооооооо........ > Автоматом эти случаи не разрулить. Треба чтоб девелопер сам мог с такими > сиквелами разобраться. В том то и дело, что надо автоматом ... Но перешение о конвертировании принимается до prepare, поэтому либо - распозновать _WINxxxx/_NONE/_OCTETS/... префиксы - парсить по полной (ужоснахер) - перевести интерфейс сервера на юникод (UTF-8). Кстати говоря, насчет третьего пункта. Как только FB полностью доделают в плане кодововых страниц (остались кажись только массивы) можно будет забить на чарсет подключения и всегда юзать UTF8. Кажется... Но лучше чистый юникод без всяких извращений с префиксами .... [После позавчерашнего] Коваленко Дмитрий.
