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

gok>начало здесь

Автор: Olaf
Дата: 20.12.16

gok>получаю странное исключение от CDBException:
gok>Database error: Data source name not found and no default driver specified.
gok>х86 версия работает нормально.
gok>исходный проект
gok>Пользовал этот драйвер, как он показывается в ODBC DSN (х64) диалоге:
gok>CString sDriver = "MICROSOFT ACCESS DRIVER (*.mdb,*.accdb)";
gok>Windows 10, x64, Access 2016
gok>Что не хватает?

Не хватает — правильного решения для работы с БД.
Так как MFC совсем не дружит с БД, то самое верное: применять ту библиотеку которая всё это реализует без MFC.
Мы обычно применяем OTLv4 для всех наших MFC проектов:
http://otl.sourceforge.net/otl3.htm#toc
http://otl.sourceforge.net/otl3_compile.htm
http://otl.sourceforge.net/otl3_examples.htm

Библиотека очень удобная и легкая, в отличие от монстроидальных классов MFC для работы с БД.

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

gok>начало здесь

Автор: Olaf
Дата: 20.12.16

gok>получаю странное исключение от CDBException:
gok>Database error: Data source name not found and no default driver specified.
gok>х86 версия работает нормально.
gok>исходный проект
gok>Пользовал этот драйвер, как он показывается в ODBC DSN (х64) диалоге:
gok>CString sDriver = "MICROSOFT ACCESS DRIVER (*.mdb,*.accdb)";
gok>Windows 10, x64, Access 2016
gok>Что не хватает?

Не хватает — правильного решения для работы с БД.
Так как MFC совсем не дружит с БД, то самое верное: применять ту библиотеку которая всё это реализует без MFC.
Мы обычно применяем OTLv4 для всех наших MFC проектов:
http://otl.sourceforge.net/otl3.htm#toc
http://otl.sourceforge.net/otl3_compile.htm
http://otl.sourceforge.net/otl3_examples.htm

Библиотека очень удобная и легкая, в отличие от монстроидальных классов MFC для работы с БД.

P.S. Вообше-то правильнее было бы именно работать через ODBC-DSN источник данных, а не пытаться уйти от него.
Если у Вас несколько БД, то создайте несколько ODBC-DSN источников (по каждому для соответствуюшей базы).