IVTВопрос: Можно ли по текущему хендлу соединения проверить "живо" оно или нет?
Не держать его в таком случае постоянно открытым и закрывать сразу после получения результатов запроса.
Проверить наличие коннекта можно только попытавшись получить что-нибудь через это соединение, но при обрыве со стороны сервера это уже будет поздно.

Нравиться, не нравиться - спи моя красавица. (с) не знаю чей.

PaulWist IVTВопрос: Можно ли по текущему хендлу соединения проверить "живо" оно или нет?

Да, можно, при обрыве соединения получим ошибку 1466,
При обрыве ли? В момент обрыва? Или таки при попытке выполнить запрос на уже разорванном соединении?
соответственно её надо подавить в обработчике ошибок и переконнектится.
Собственно, при такой архитектуре нет необходимости по таймеру восстанавливать соединение, соединение будет восстановлено при выполнении запроса.

Либо если используется 9-ка "зарядить" SQLIDLEDISCONNECT, вот она оставляет хендл текущего соединеия.
Ну вот это да, можно порекомендовать. Но это все равно разрыв с последующим, правда ускоренным, восстановлением.

PaulWistКонечно при попытке либо тестирования разорванного соединения, либо при попытке выполненияя на разорванном соединении, а вот что такое при обрыве и в момент обрыва я не понимаю, соединение либо есть, либо нет.
То есть каким-то другим способом, кроме попытки получить что-то через соединение, таки нет.
А вот "при обрыве" и "в момент обрыва" означают, что существует некое событие, срабатывающее при указанных действиях. Таких событий нет. И проверить наличие коннектма можно только попытавшись что-то передать-получить по коннекту. И так далее по кругу. Способ один не зависимо от формы, названий и обвязок вокруг него. Не так ли?