she пишет:

> После этого не удается переходить по записям, в привязанных переменных
> находится последний полученный результат (т.е. из последней строки
> запроса. Кстати, речь идет о запросах SELECT)

Ну а что еще там ты хотела увидеть ?

> что сделать, чтобы в результате выполнения процедуры с параметрами, я
> могла работать со всеми строками, получать данные из них? Вызов SQLFetch
> в случае выполнения процедуры с параметрами дает ошибку.

Какую ? Именно Fetch и надо вызывать для получения следующих строк.

Обобщенно выполнение процедуры что с, что без параметров выглядит так :

1. подготовка (SQLPrepare) (или отсутствует)
2. привязка параметров (SQLBindParameter)
3. выполнение (SQLExecute) или (SQLExecDirect)
4. описание столбцов (SQLDescribeCol)
5. привязка столбцов (SQLBindCol)
6. извлечение данных в цикле (SQLFetch)
7. вызов SQLMoreResult.
4-2. описание столбцов (SQLDescribeCol)
5-2. привязка столбцов (SQLBindCol)
6-2. извлечение данных в цикле (SQLFetch)
7-2. вызов SQLMoreResult.
8. вызов SQLMoreResult - возвращает, что больше нет данных.
9. Тут можно считать значения возвращенных выходных параметров (и кода возврата
процедуры).

Но на самом деле использовать подготовленное выполнение для вызовов хранимых
процедур не очень имеет смысл. Хотя конечно может зависить от СУБД, кстати,
которую мы и не знаем.
Posted via ActualForum NNTP Server 1.4

she пишет:
> хотела увидеть тоже самое для записей с первой по --последней. НО см. ниже.

Как в ОДНОЙ переменной для одной колонки могут поместиться все строки ?
Ты биндишь массив ? (так тоже можно). Но все равно он конечной длины,
а набор данных потенциально безконечный.

> СПАСИБО
> но чё-т все равно возвращает SQLFetch возвращает -1. Поборюсь уже дома,
> с диагностикой.
> Если у вас есть линки на хорошие ресурсы, дайте пожалуйста.

MSDN-а достаточно, я думаю, там все расписано.

> БД - MS SQL Server 2000
> Сейчас главное, срочно разобраться и чтобы всё работало, оптимизация -
> следующий шаг.

Там точно не нужно подготовленное выполнение для вызова хранимых процедур.
Оно только вредно.
Posted via ActualForum NNTP Server 1.4

Lenie пишет:
> Автор: "Lenie"
> здравствуйте!
> автор этой темы перерегистрировалась под ником-именем Lenie
>
> Я снова прошу помощи у уважаемых мастеров.
> Моя задача - написать вызов хранимой процедуры. Вызываемая процедура,
> колчисетво и тип параметров заранее неизвестны. Строка вызова, привязка
> параметров формируются в процессе выполнения программы.
>
> ВОПРОС: после вызова SQLProcedureColumns в столбец COLUMN_TYPE всегда
> возвращается @RETURN_VALUE, даже если на сервере MS SQL Server 2000 не
> описан ни один параметр - это правильно?

Да. У каждой процедуры всегда есть один неявный псевдопараметр - код возврата
процедуры.

Процедура обычно вызывается так (ODBC):

{call ? = MyProc([?...])}

Posted via ActualForum NNTP Server 1.4

Lenie пишет:

> Кстати, учти что процедуры (да и пакеты тоже) могут выдавать разные
> резалтсеты в зависимости от своей внутренней логики. SQLProcedureColumns
> это отловить не сможет, она покажет только те колонки которые были
> описаны в хранимке в списке RESULTS.

SQLProcedureColumns , вообще-то , описывает ПАРАМЕТРЫ хранимой процедуры,
а не набора данных, возвращаемого ею. Может , конечно, в ASA оно и
это тоже показывает, но в общем случае процедура может возвращать
и несколько наборов, так что описать наборы вообще невозможно.

> т.е. вы имеете в виду что для каждой новой SQL инструкции надо делать
> новую привязку столбцов?

Ну это безусловно так. по-другому вообще будет нарушение
переходов в стейт-машине ODBC.

> игнорировать его можно?

Можно всегда.

> 1. вызов SQLProcedureColumns для получения инф-ции о параметрах процедуры.
> 2. SQLDescribeCol - описание столбцов процедуры.

Это для набора данных, возвращаемого SQLProcedureColumns, да ?
у процедуры нет столбцов, это ее параметры.

> 3. SQLBindCol - связь столбцов резалтсета, содержащего описание
> процедуры, с буфером приложения.
> 4. вызов SQLFetch в цикле - чтение и заполнение буфера приложения
> информацией, необходимой для последующего вызова SQLBindParameter.
> Напоследок вызов SQLMoreResults.
> 5. выбрасываю считанный столбец @RETURN_VALUE.

Тут обработка SQLProcedureColumns закончилась.

> 6. формирую строку вызова.
> 7. SQLPrepare
> 8. SQLBindParameter в цикле для всех параметров

Да, но для выходных параметров надо биндить с указанием, что это выходной
параметр, ОБЯЗАТЕЛЬНО, иначе его значение не получится.

> 9. SQLExecute
> 10. SQLDescribeCol - уже для описания столбцов запроса, который объявлен
> внутри ХП.
> 11. SQLBindCol - тоже уже для столбцов конечного резалтсета
> 12. вызов SQLFetch в цикле. SQLMoreResults.

Да, потом ПОСЛЕ ТОГО КАК ТЫ ПРО-FETCH-ИШЬ ВСЕ НАБОРЫ ДАННЫХ,
в сбинженных параметрах, которые ты пометила как выходные,
будут получены пришедшие с сервера значения. НО НЕ РАНЕЕ !!

> ПРОБЛЕМА: написала маленькую процедуру с одним ВЫходным параметром. Во
> время выполнения п.10 описаннного мной алгоритма функция возвращает
> ошибку 07005 Prepared statement not a cursor-specification.
> The statement associated with the StatementHandle did not return a
> result set. There were no columns to describe.
>
> процедура выглядит так:
> "CREATE PROCEDURE [dbo].[test_proc]
> @Res varchar(255) output
> AS
> SELECT @Res=Name FROM table1

Ну правильно, это - выборка в переменную, она не идет на клиента.

Перед SQLDescribeCol нужно вызвать SQLNumResultColumns или что-то в
этом роде, если оно вернет 0 - набора данных нет - не фетчить
данные вообще. Ну и не описывать колонки.

> GO"
>
> Строка вызова: "{call test_proc(?)}". Вариант "{?=call test_proc}" давал
> ошибку
> "Procedure 'test_proc' expects parameter '@Res', which not supplied" на
> этапе SQLExecute.

Обязательный параметр - надо указывать.

> С входными параметрами проблем нет.

Не понял. Это и есть входной параметр.

> точнее {[?=]MyProc[(?...)]}

Ну call там обязательно есть. Я может не точно помню , должно ли это быть ?=call
или call ?=, но call должен быть. Это одна из так называемых
escape-commands {call }. Но впрочем можно и нативный синтаксис использовать,
без {}.

exec youProcName aaa, ppp, ccc
только выходных параметров так не получить.
Ну и кода возврата тоже.
Posted via ActualForum NNTP Server 1.4

White Owl пишет:

> подготовила запрос и запускаешь один и тот же запрос несколько раз. Как
> только ты вызвала SQLPrepare все привязки параметров и колонок сделаные

Для процедуры-то Prepare не надо использовать..
Posted via ActualForum NNTP Server 1.4

White Owl пишет:

> Естественно, у этой процедуры нету резалтсета вообще. Между SQLExecute()
> и SQLDescribeCol() *обязательно надо* звать SQLNumResultCols(). Она тебе

Виш как, Сов, мы оба с табой АДЫБЫЦЫ классна знаим
Posted via ActualForum NNTP Server 1.4

Lenie пишет:

> 1) если в процедуре описан OUTPUT параметр, резалт сета не будет.

Нет, неправильно. Несвязанные вещи.


> Рассматриваю простейший случай - один SELECT в процедуре. При следующем
> применении output параметра
> "..... select @out_param=field1 from table1......"
> переменная @out_param будет содержать последнее значение, присвоенное ей
> в результате выполнения запроса.

Ну так напиши еще другой селект,не в переменные, и будет тебе набор данных.
Напиши три, будет три набора данных.

> 2) возвращаемый параметр @RETURN_VALUE используется только в случае
> применения оператора return в самой процедуре.

Я не понял, что такое "возвращаемый параметр @RETURN_VALUE".
У процедуры всегда есть код возврата процедуры, даже если не
написать return. это значение типа int. отличное от нуля
считается ошибкой, ноль - нормально, отрицательные - системной
ошибкой. Хотя это соглашение нигде не прошито и его можно свободно
нарушать. Кроме этого у процедуры могут быть выходные параметры -
они объявлены как OUTPUT, при этом такие параметры являются и
входными тоже, т.е. если в них при вызове передать значение,
оно придет в процедуру. Т.е. бывают два типа параметров - только
входные, и входные и выходные.
Кроме этого процедура способна возвращать от нуля до N наборов
данных (таблиц), каждый из которых может содержать от нуля до M
строк. N и M - практически неограничены.

При передаче выходных параметров и кода возврата процедуры
на клиенте в обоих случаях нужно обязательно помечать параметры
как выходные, иначе их значения из хранимой процедуры не вернуться.


Posted via ActualForum NNTP Server 1.4

Lenie пишет:

> что такое вариантный

Если ты напишешь в процедуре вывод разных резалтсетов в зависимости
от условия какого-то.


> и множественный резалтсет?


Да просто несколько резалтсетов.



Есть ли особенности вызова и обработки ХП, в
> которой прописаны IF, SELECT, UPDATE?

Нет. Есть универсальный типовой алгоритм обработки
любых запросов (в том числе и не ХП), реализуя
который будешь всегда правильно работать с любыми
запросами, вслючая и вызовы ХП. Он описан на псевдокоде
в спецификации OBDC.
Posted via ActualForum NNTP Server 1.4

White Owl пишет:
> Хранимая процедура может при объявлении содержать в своем заголовке
> ключевое слово RESULT с перечислением полей которые эта процедура
> вернет. Например:

Это не во всех СУБД.

> В этом случае обращение к SQLProcedureColumns вернет описание двух
> колонок ret1 и ret2. Но процедура может и не содержать слова RESULT в
> своем объявлении. Тогда результат SQLProcedureColumns() непредсказуем...

SQLProcedureColumns вообще-то описывает, не смотря на свое название,
параметры процедуры.

Summary
SQLProcedureColumns returns the list of input and output parameters, as well as
the columns that make up the result set for the specified procedures. The driver
returns the information as a result set on the specified statement.

А "as well as the columns that make up the result set for the specified
procedures." не всегда правда. В некоторых (точнее скажем - во многих СУБД)
просто нет средств описания возвращяемых наборов данных.
Posted via ActualForum NNTP Server 1.4