Искал по всему форуму, ответа не нашел, может кто держит информацию в голове..

Дано: Slackware 12, FreeTDS 0.82 скомпиленный с --with-tdsver=8.0, UnixODBC . Все настроено, работает. Но.. есть проблема, заключающаяся в том, что UnixODBC за каким-то чертом оборачивает исходный запрос к MS SQL типа "SELECT TOP 1 User FROM Users" в нечто подобное "set sb_cursor [SELECT TOP 1 User FROM Users] as @p1" . В результате не удается исполнять вложенные процедуры в исходном запросе.

Проще говоря, когда коннектимся из tsql к серваку и исполняем этот запрос - трассировщик определяет его как SQL, а если из isql (через unixodbc), то он для трассировщика уже RPC и обернут в курсоры..

Может быть, знает кто, как избавиться от них?) Нагугливал, что вроде как можно заставить unixodbc при использовании драйвера выбирать, использовать курсоры или нет, но не нигде не нашел точных примеров, где и в каком формате указывать эти директивы. Да и значения там не совсем те, что нужно - использовать если нужно, использовать, по-умолчанию(использовать).

и, да, раньше стояла центос, с неизвестно как настроенным freetds и unixodbc, но все работало без этих курсоров...

MasterZiv,

FORWARD_ONLY - отличная идея, мысль мелькала насчет них, сейчас курил мсдн, проблема в том, что не уверен как это сделать правильно))

odbc.ini

Если раскомментить строчку DMConnAttr, то в логе odbc будет:

Как я понимаю, это значит что ему по барабану на такую установку директивы..

Строка же DMStmtAttr в логе никаких изменений не дает. Одна и та же строчка :

Не вкурить, куда директивы и какие втыкать)

MasterZiv,

решилось немного иначе.. Установкой директивы SQL_CUR_USE_ODBC. В частности в функции php подключения odbc_connect('DSN', 'user', 'password', SQL_CUR_USE_ODBC);
Сам в шоке.