Делаю запрос в базу из клиента(ODBC). Если в результате запроса не оказываеться резалт сета, то SQLFetch() возвращает не SQL_NO_DATA, а SQL_ERROR.
SQL_NO_DATA функция возвратит если например в резалт сете оказалась хотя бы одна строка, и я пытаюсь запросить вторую не существующую.
Каким же тогда образом определить, произошла ли ошибка при исполнении SQLFetch() или ошибки не было, а просто нету резлт сета? Как вообще заранее узнать, есть ли резалт сет?

White OwlНе правда :)
Запрос может быть возвращающим резалтсет и не возвращающим резалтсет. Если запрос в принципе может вернуть резалтсет (select или вызов хранимой процедуры возвращающей резалтсет) то SQLFetch() на первой же строке может вернуть SQL_NO_DATA если резалтсет был пустой.
А вот если запрос был типа insert/update/delete или вызов ничего не возвращающей хранимой процедуры, то первый же SQLFetch() вернет SQL_ERROR.

Если ты не знаешь какого типа (с или без резалтсета) был запрос, то вызывай SQLNumResultCols() оно тебе даст ноль колонок если резалтсета нету вообще, или количество колонок в резалтсете. При чем не важно пустой резалтсет или не пустой. Потом уже зовешь в цикле SQLFetch() пока он не вернет SQL_NO_DATA...

В том то и дело, что я знаю, что резалт сет должен быть(не важно, есть в нем строки или нет), и SQLNumResultCols() говорит что две колонки(что правильно). Вот только как ни странно, SQLFetch() возвращает SQL_ERROR а не SQL_NO_DATA если не оказалось строк. А вот если строки оказались, то после возвращения последней строки возвращает SQL_NO_DATA.
Я проверяю SQLFetch() на ошибки, и я не хочу что-бы каждый раз срабатывала проверка на ошибку, когда просто пустой резалт сет(это ведь не ошибка).
Конкретный код ошибки - 85. Текст:
Communication link failure: Communication error

White Owl Eugene7 Я проверяю SQLFetch() на ошибки, и я не хочу что-бы каждый раз срабатывала проверка на ошибку, когда просто пустой резалт сет(это ведь не ошибка).
Конкретный код ошибки - 85. Текст:
Communication link failure: Communication error
Хы! :) А может там действительно Communication error ?

Если добавляю туда какие нибудь строки, то ошибки почему то нету(считываються). Выскакивает ошибка если строк нету(резалт сет пустой)

Действительно пропадает конект если запрашиваю пустой резалт сет. После выскакивания этой ошибки больше ни один запрос не идет.

Кажеться нашел в чем дело. Процедура действительно не создает резалт сета если не оказалось данных. Хе, тогда почему SQLNumResultCols() говорит 2...

Все же, есть ли способ помимо SQLNumResultCols() узнать наличие резалт сета?

White OwlЕсли ты не знаешь какого типа (с или без резалтсета) был запрос, то вызывай SQLNumResultCols() оно тебе даст ноль колонок если резалтсета нету вообще, или количество колонок в резалтсете. При чем не важно пустой резалтсет или не пустой. Потом уже зовешь в цикле SQLFetch() пока он не вернет SQL_NO_DATA...
Вот тут то и проблема. Хранимая процедура обьявлена так, что возвращает резалт сет из двух столбцов. А внутри процедуры что-бы не тратить процессорные ресурсы впустую, делаеться проверка, и в зависимости от результата проверки исполняеться select либо нет. Соответственно, если не исполняеться, резалт сет не возвращаеться. А вот SQLNumResultCols() все равно говорит 2(столько обьявлен result у процедуры). Ориентируясь на результат SQLNumResultCols() я либо делаю SQLFetch(), либо нет. Вот и получаеться - SQLNumResultCols() сказал 2, я делаю SQLFetch() на не существующий резалт сет, и конект отваливаеться. Неужели надо переделывать хранимую процедуру таким образом, что-бы она обязательно создавала резалт сет не зависимо от того, будет ли он пустым? Ведь это пустая трата ресурсов, делать select, результат которого уже известен.
Или все же есть еще способ помимо SQLNumResultCols() определить наличие резалт сета?

MasterZivДа нет никакой проблемы. У тебя соответственно либо SQLNumColums вернет 0, либо что-то > 0.

MasterZivДа нет никакой проблемы. У тебя соответственно либо SQLNumColums вернет 0, либо что-то > 0.
Нет, SQLNumResultCols() возвращает 2, а резалт сета при этом не существует вообще. Я проверил ( запустил хр.процедуру в sybase central). Т.е. например если процедуру обьявить так:


но в коде процедуры результат не возвращать, то резалт сет не создасться, но SQLNumResultCols() все равно будет думать что есть резалт сет с двумя столбцами. А при этом его нету, и SQLFecth() отваливается при попытке прочитать его.

MasterZivТак не надо писать
RESULT (....
:-)))
Думаешь я его просто так пишу? :-)
Возвращаю резалт сет если есть записи, и не создаю его если нету записей

White Owl Eugene7Возвращаю резалт сет если есть записи, и не создаю его если нету записей
В том то все и дело :) Если процедуре сказано что есть RESULT, она должна вернуть указаный резалтсет. Если фактически возвращаемый резалтсет не совпадает с описаным в RESULT... по идее сервер должен на это ругаться...
По идее... А на самом деле нифига не ругаеться(ASA 8). Просто не создает. Но в принципе не важно. Во всех хранимках теперь возвращаю хотя бы пустой резалт сет.
Всем спс за помошь