Есть ли в ASE такое понятие как контекст драйвера доступа или что-то наподобие? Потому что иначе ничем объяснить проблему не могу.

Поясню на примере: ASE 12.5.2; есть прокси-таблица созданная на основе RPC-вызова процедуры в Oracle. При обращении к этой таблице из приложения установившего соединение с базой ASE через OpenClient все отрабатывает нормально, значение из таблицы выбирается (т.е. вызов процедуры проходит удачно). Тот же самый вызов при установлении связи через ODBC (или .NET provider) не выдавая никаких ошибок ничего не возвращает.

Может есть какие-то опции отвечающие за поведение при различных способах соединения с базой которыми можно управлять уже после установления соединения?

Немножко подробностей. :)

Так как прокси-таблица в ASE - отображение процедуры (доступ к Oracle через DirectConnect), то при обращении к ней нужно указывать все параметры - перечислив все столбцы в WHERE, часть из которых будет = NULL, часть заполнена фактическими значениями. Есть подозрение, что как раз на NULL-ах и проявляется это различие в способе доступа.

Т.е. запрос вида:

select *
from MyProxyTable
where col1 = @param1
and col2 = @param2
and col3 = @param3

при param1 = NULL, param2 = 'some text', param3 = NULL

фактически становится таким:

select *
from MyProxyTable
where col1 = NULL
and col2 = 'some text'
and col3 = NULL

и для OpenClient это нормально отрабатывает, а для ODBC - нет.

Пробовали ANSINULL - драйвере ODBC от 15 версии есть такая опция в настройках. Не помогает.

Использовать is null вместо = null - теряется преимущество от использования параметров - данный запрос на прокси-таблицу выполняется внутри процедуры.

Вобщем, если кому интересно.

После многочисленных экспериментов с различными способами доступа к БД проблема решена. Дело было в опции ANSINULL плюс внесены некоторые исправления в логику процедур.

Всем спасибо за помощь и идейную поддержку. :)