В связи с тем, MS практически похоронил OLEDB, что повлияло на полноценную поддержку Always On в OLEDB.
Мы решили переползать на ODBC для работы c MS SQL Server.

Но есть один вопрос.
Есть ли какая-то С++ библиотека врапер над ODBC API по типу OLEDB templates над COM-скими интерфейсами OLEDB?
Может кто-то встречал или уже использует?

Здравствуйте, kgrach, Вы писали:

K>В связи с тем, MS практически похоронил OLEDB, что повлияло на полноценную поддержку Always On в OLEDB.
K>Мы решили переползать на ODBC для работы c MS SQL Server.

K>Но есть один вопрос.
K>Есть ли какая-то С++ библиотека врапер над ODBC API по типу OLEDB templates над COM-скими интерфейсами OLEDB?
K>Может кто-то встречал или уже использует?

ODBC++ есть.
Есть ещё наверное много чего.
Я не могу дать советы по качеству, не использовал -- писал сам.

Есть ещё врапера для ODBC в MFC (достаточно плохие), в Qt (достаточно хорошие).

Здравствуйте, kgrach, Вы писали:

K>В связи с тем, MS практически похоронил OLEDB,
Нубский вопрос: в чём и как это выражается? Спасибо

Здравствуйте, Rhino, Вы писали:

K>>В связи с тем, MS практически похоронил OLEDB,
R>Нубский вопрос: в чём и как это выражается? Спасибо

Насколько я понял — они забили на стандартный OLEDB провайдер для MSSQL. Тот который идет в поставке MDAC (ADODB).

У них есть еще SQLNCLI (OLEDB+ODBC) который уехал (в плане OLEDB) дальше. И вроде тоже остановился.

Еще они забили на ADO.NET провайдер для OLEDB. Но оно изначально было туповатым в плане работы с OLEDB.

ADODB (по-моему) тоже замерзло.

---
Поскольку все идет по кругу — думаю через какое-то время вполне возможно снова вернутся к COM-based низкоуровневым интерфейсам для взаимодействия с серверами