Prepare для процедуры не вызвай никогда. Нет никакого смысла.

Ste@lth
теперь, что я делаю: в целях оптимизации запросы решил объединить и посылать их некими пакетами (т.е. не просто "exec sp_add param", а "exec sp_add param; exec sp_add param; exec sp_add param; ..."), НО!


Видимо это ODBC, тогда рекомендую оформить вызовы через RPC как то:
{call sp_add ?} - это самый быстрый способ вызова процедуры.

Ste@lth
делаю размер пакета до 100Кб, формирую его и отправляю, возвращается SQL_SUCCESS, но далее не понятно:
1. если я делаю SQLCancel, то он выполняется не целиком, т.е. только начало пакета и прерывается
2. если я не делаю отмены, то при повторном вызове все виснет наглухо, в том числе и MSSQLServer

как делать по нормальному вызов таких пакетов?


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

Короче, чё могу посоветровать.
*На твои "пакеты" плюнь - это плохо.
*попробуй почитать про batch binding - это типа как пишешь
insert into AAA(a,b,c)
values(?,?,?)
а потом на параметры биндишь не одну переменную , а массив по напр. 1000 значений и выполняешь - вставляется 1000 строчек. Но это может для RPC не работать, и особо в скорости не прибавит.
*посмотри в сторону BCP API как уже сказали , только я не знаю поддерживается ли оно в ODBC. Оно было в DBLib - ха, а где ж оно теперь у MS -а поддерживается -то - я и не знаю.
* в крайнем случае просто тупо в цикле вызывай подряд процедуру построчно.
На самом деле если цель - добиться большой производительности вставок, то ед. выход - BCP, потому что основной накладняк будет на сервере при обработке транзакций, а твоя возня на клиенте - это фигня по сравнению с этим. Так что можно с большой долей правильности просто не заботиться о оптимизации такого рода.

Ste@lthне все так просто:
ХП формирует запрос и на удаление и на вставку, делает проверку, надо ли удалять старую запись, при вставке ХП определяет в какие таблицы писать данные... там куча всего, надо именно вызов ХП, иначе никак
Ну вот видишь, сам же все знаешь. Так по сравнению с этой всей возней даже
выполнение скрипта в ISQL копейки будет стоить.

речь не о том, как оптимизировать ХП, а о том, как из С++ вызвать NON QUERY запрос!

Ну {call }, т.е. по RPC.

или как хотя бы проверить что SQLHSTMT завершил свою работу?

Никак. Он закончится - и все. Процесс-то взаимодействия клиент-сервер строго синхронен.

и как грамотно переназначить statement для SQLHSTMT?
Чего куда назначить ? Нипонял.

Ste@lth "exec sp_add param; exec sp_add param; exec sp_add param; ..."),

Да, и чё здесь за точка с запятой скажи пожалуйста а ?