显然,在VS2012中,不推荐使用SQL_CUR_USE_ODBC. [更新：似乎游标库已完全从VS2012中删除].

MFC的CDatabase不再使用它(而它是VS2010和早期版本的MFC的默认设置),而是使用SQL_CUR_USE_DRIVER.

不幸的是,SQL_CUR_USE_DRIVER无法与Jet ODBC驱动程序一起正常工作(我们正在与Access数据库进行交互).驱动程序最初声称支持位置操作(但不支持位置更新),但是当尝试实际查询数据库时,所有并发模型都会失败,直到MFC库下降到与数据库的只读交互(这不会发生)为我们飞行).

问题

>这是MS的最新尝试,迫使开发人员放弃基于Jet的数据源并迁移到SQL Express(或类似设备)？
>我们应该使用另一种方式通过VS 2012版本的MFC / ODBC与Access数据库进行交互吗？(1)

也可以看看：
http://social.msdn.microsoft.com/Forums/kk/vcmfcatl/thread/acd84294-c2b5-4016-b4d9-8953f337f30c

更新：查看各种选项,似乎已从VS2012的ODBC库中删除了游标库.结合Jet不能正确支持位置更新(2)的事实,它使“快照”模式无法使用.只要基础表具有主键,它似乎支持“动态集”.未键控的表与“动态集”模式不兼容(3).所以 – 我可以坚持使用VS 2010,或者我可以更改我的表以包含自动编号或类似的东西,以确保pkey可用,因此我可以使用动态集模式用于记录集.

(1)例如我们应该为CRecordset使用不同的开放类型吗？我们目前使用CRecordset :: snapshot.但我从来没有真正理解各种模式快照,动态,动态集.快速设置“try each”无法获得可访问数据库的可更新接口…
(2)它声称在最初查询时,但随后返回它先前声称支持的所有并发模式的错误
(3)“动态”也出局了,因为Jet根本不支持它(从我的测试中可以看出).

解决方法:

我找到了似乎有效的解决方案.我以与VS 2012完全相同的方式覆盖OpenEx,因为我们需要调用AllocConnect的子版本,因为它在父版本中不是虚拟版本.如上所述,我也覆盖了AllocConnect.在CDatabase的派生版本中,尝试以下代码：

MyCDatabase.h

BOOL OpenEx(LPCTSTR lpszConnectString, DWORD dwOptions = 0);
void AllocConnect(DWORD dwOptions);

MyCDatabase.cpp

BOOL MyCDatabase::OpenEx(LPCTSTR lpszConnectString, DWORD dwOptions)
{
ENSURE_VALID(this);
ENSURE_ARG(lpszConnectString == NULL || AfxIsValidString(lpszConnectString));
ENSURE_ARG(!(dwOptions & noOdbcDialog && dwOptions & forceOdbcDialog));

// Exclusive access not supported.
ASSERT(!(dwOptions & openExclusive));

m_bUpdatable = !(dwOptions & openReadOnly);

TRY
{
    m_strConnect = lpszConnectString;

    DATA_BLOB connectBlob;
    connectBlob.pbData = (BYTE *)(LPCTSTR)m_strConnect;
    connectBlob.cbData = (DWORD)(AtlStrLen(m_strConnect) + 1) * sizeof(TCHAR);
    if (CryptProtectData(&connectBlob, NULL, NULL, NULL, NULL, 0, &m_blobConnect))
    {
        SecureZeroMemory((BYTE *)(LPCTSTR)m_strConnect, m_strConnect.GetLength() * sizeof(TCHAR));
        m_strConnect.Empty();
    }

    // Allocate the HDBC and make connection
    AllocConnect(dwOptions);
    if(!CDatabase::Connect(dwOptions))
        return FALSE;

    // Verify support for required functionality and cache info
    VerifyConnect();
    GetConnectInfo();
}
CATCH_ALL(e)
{
    Free();
    THROW_LAST();
}
END_CATCH_ALL

return TRUE;
}

void MyCDatabase::AllocConnect(DWORD dwOptions)
{
CDatabase::AllocConnect(dwOptions);

dwOptions = dwOptions | CDatabase::useCursorLib;

// Turn on cursor lib support
if (dwOptions & useCursorLib)
{
    ::SQLSetConnectAttr(m_hdbc, SQL_ATTR_ODBC_CURSORS, (SQLPOINTER)SQL_CUR_USE_ODBC, 0);
    // With cursor library added records immediately in result set
    m_bIncRecordCountOnAdd = TRUE;
}
}

请注意,您最初不想将useCursorLab传递给OpenEx,您需要在被攻击的AllocConnect版本中覆盖它.

另请注意,这只是一个黑客,但它似乎工作.请测试你的所有代码,以确保它按预期工作,但到目前为止它对我来说还可以.