Eugene7Есть такой вопросик: На каждый запрос надо сначала алокейтить STMT( SQLAlloceHandle() ) и затем освобождать ( SQLFreeHandle() ).
Нет. Не надо.
Запускаешь какую-то команду, дожидаешься ее завершения. Если команда вернула резалтсет закрываешь его через SQLCloseCursor(), и сразу кидаешь в освободившийся стейтмент новую команду.

Достаточно сделать SQLAllocHandle(SQL_HANDLE_STMT, hDbc, &hStmt) в начале программы, сразу после подключения к базе. А SQLFreeHandle(hStmt) звать только перед самым выходом, непосредственно перед SQLDisconnect(hDdbc).

Eugene7Если я буду делать следующий запрос предварительно не сделав SQLFreeHandle(), т.е. например так:

SQLAllocHandle(SQL_HANDLE_STMT, hDbc, &hStmt);
SQLExecDirect( hStmt, TextStatement, sizeof(TextStatement) );
SQLAllocHandle(SQL_HANDLE_STMT, hDbc, &hStmt);
SQLExecDirect( hStmt, TextStatement, sizeof(TextStatement) );
SQLFreeHandle(SQL_HANDLE_STMT, hStmt);

И только в конце освобожу его. Что может быть плохого? Что может быть плохого, если запрос с резалт-сетом(заберу резалт-сет, и не освобождая STMT снова сделаю запрос) ?
Что может быть плохого? Ну например утечка памяти и расходование ресурсов сервера. Причем она не "может быть", а "уже есть" :)
Каждый SQLAllocHandle запрашивает у системы некоторый блок памяти и у сервера БД тоже выделяется несколько ресурсов. Повторый вызов SQLAllocHandle в приведенном примере просто забывает о предыдущем блоке памяти и выделяет новый.

Eugene7 White Owl
Запускаешь какую-то команду, дожидаешься ее завершения. Если команда вернула резалтсет закрываешь его через SQLCloseCursor(), и сразу кидаешь в освободившийся стейтмент новую команду.

Хм... А под "дожидаешься ее завершения" что имелось ввиду? Разве SQLExecute/SQLExecDirect сразу возвращает управление не дождавшись завершения исполнения команды? Если так, то как определить, что она исполнилась?
По умолчанию они дожидаются завершения команды сервером.
Но можно включить асинхронный режим. Смотри функцию SQLSetStmtAttr() и флаг SQL_ATTR_ASYNC_ENABLE. Тогда SQLExecute/SQLExecDirect будут посылать команду на сервер и сразу возвращаться с кодом SQL_STILL_EXECUTING. Все остальные команды выданые на этот стейтмент будут отпинываться с аналогичной ошибкой. Исполняющийся сервером стейтмент можно только отменить (SQLCancel) и посмотреть его статус (SQLGetDiagField и SQLGetDiagRec).

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

Eugene7Спасибо
Я так понимаю, если резалт-сет пустой, курсор все равно открываеться?
Если команда в принципе должна возвращать резалт-сет, то да, курсор откроется. Если команда без резалтсета - курсор не откроется.
То есть любой select создаст курсор, а update/insert не создаст. Открытие курсора на вызове хранимой процедуры зависит от хранимой процедуры, тут уже вопрос более сложный. Впрочем мы его обсуждали пару недель назад :)
В принципе, можно слать SQLCloseCursor() всегда. Это не совсем красиво, но вполне безопасно. Если курсор был - он закроется, если курсора не было, ты получишь ошибку которую можно будет проигнорировать.