在.NET中对sql server使用access(mdb)链接表时,oledb提供程序的替代方案是什么
正如我们所知,sql server 2012将是最后一个支持oledb的服务器。那么,将来解决访问链接表的替代方案是什么呢?您不需要替代方案,因为从access到SQL server的链接表从未使用oleDB连接。唯一的例外是很少使用的access数据项目,但对于使用链接表到SQL server的常规access数据库,则所有表单的偶数记录集代码将一如既往地发挥作用 我能想到的唯一例外是,有些人的某些代码类型使用的不是Access开发系统内置的默认连接 事实上,即使您查看全新的最新版本的Access 2010,它也支持云版SQL server(Azure)。您会再次发现,使用标准的内置表链接工具(在access中使用了18年)在Azure的这个场景中可以很好地工作,这当然意味着您正在使用ODBC 因此,从Access开发人员的角度来看,对于绝大多数Access开发人员来说,他们将什么也不做,并且他们与SQL server的链接表应用程序将一如既往地发挥作用 因此,在一天结束时,重要的是要记住,AAAccess应用程序的链接表从未使用oleDB连接。唯一的例外是那些使用所谓的Access数据项目的人。Access数据项目实际上是sql server的本机oleDB连接,显然此类数据产品无法与sql server配合使用,但正如我指出的,很少有人使用带有链接表的数据产品与sql server a配合使用,因此,在一天结束时,您的绝大多数应用程序都不需要进行任何代码更改,您将继续简单地使用链接表管理器,我认为从接近第一天起,它就可以访问并可用在.NET中对sql server使用access(mdb)链接表时,oledb提供程序的替代方案是什么,.net,sql-server,ms-access,.net,Sql Server,Ms Access,正如我们所知,sql server 2012将是最后一个支持oledb的服务器。那么,将来解决访问链接表的替代方案是什么呢?您不需要替代方案,因为从access到SQL server的链接表从未使用oleDB连接。唯一的例外是很少使用的access数据项目,但对于使用链接表到SQL server的常规access数据库,则所有表单的偶数记录集代码将一如既往地发挥作用 我能想到的唯一例外是,有些人的某些代码类型使用的不是Access开发系统内置的默认连接 事实上,即使您查看全新的最新版本的Acce