Maxim_Ultrik1В ISQL classic русские буквы отображаются нормально , а в жаве квадратиками.. менял кодировку в ODBC не помогает.При чем здесь ODBC? ODBC от ASE не занимается перекодировками вообще. Ищи баг в своей жаве, чтобы это ни было.

Maxim_Ultrik1 автор
1. в isql (которым ты можешь коннектиться) выполни запрос
select @@version

Sybase IQ 12.7.0 Здорово!
Запоминай: Фирма Sybase продает под своим именем несколько разных баз данных. Все эти базы данных совершенно различны как внутри так и снаружи, но все они имеют слово "Sybase" в названии.
IQ это не ASE и не ASA.

Maxim_Ultrik1Ну у меня коннектится ж...Потому что у тебя IQ'шный isql. А мы тебе пытались про ASE'шный говорить...
Жди, скоро прийдет кто-нибудь из IQ-лагеря и расскажет как надо правильно коннектиться...

Maxim_Ultrik1Народ я всего лишь спросил про кодировку в JAVA ISQL. Говорю что в класическом отображается нормально, а в жабе квадратиками русская кодировкаЕсть одна мааааленькая проблема. Не существует такой вещи как "классический isql". Его для каждой базы данных заново пишут и они всегда завязаны на особенности конкретной базы данных. Все эти isql в большинстве похожи друг на друга - все они предназначены для работы с базой данных, но делают они это каждый по своему.

MasterZivПодозреваю, что достаточно кого-то из ASA-шного лагеря, а то из IQ-шного
можно ждать до посинения.
IQ вроде сделана на базе ASA (снаружи, т.е. инфраструктура), так что наверное
там все одно и то же. Хотя точно сказать конечно же нельзя.Ну я из ASA-шного. И я тебе отвественно заявляю: в ASA нету isql вообще. В ASA используется dbisql (тоже самое что и isql, но с окошками). ASE15 видел? Вот тот dbisql что поставляется с OC15 - сворован из ASA9 и чуть-чуть подправлен под ASE-шные реалии. Но консольного isql в ASA нету вообще и не было никогда (времена WatcomSQL не рассматриваем).

Впрочем, у меня появляется одна идея: Похоже Maxim_Ultrik1 имеет классический случай руссифицированных виндов и не руссифицированной базы данных. Если его "JAVA ISQL" работает так же как dbisql от ASA, то она может заявлять серверу что она работает в cp1251 (читать это из локали ОС) и сервер будет делать перекодировку из своей кодовой страницы в cp1251. Ну а если база на самом деле в Latin1 то лишная перекодировка может выдать чушь на экран. При этом руссифицированные винды открывают консоль в cp866 а консольные утилиты (в частности isql из OpenClient 12.5) плюет на локаль системы и не требует автоматической перекодировки. Она показывает текст как есть и если локаль консоли совпадает с локалью данных - то ура - текст будет виден.

Maxim_Ultrik1Как мне определить какую кодировку заявляет "JAVA ISQL" ???А фиг его знает. Можно попробовать сделать call sa_conn_properties; если у IQ есть подобная функция она должна показать список всех параметров коннекта. В том числе и charset будет указан. А еще можно попробовать дать в строку коннекта параметр charset=XXXXX ну а какой именно - гадать, гадать и еще раз гадать.
А лучше всего - пойти к dba, и выпросить инструкцию как коннектится к базе.