我工作的公司有一个旧的使用SQL Server 2000后端的Access 2000应用程序。我们的任务是将后端迁移到新服务器上的SQL Server 2005数据库。不幸的是，在尝试进行任何插入或更新时，应用程序无法正常工作。我的研究发现很多论坛帖子都提到Access 2000 - > SQL 2005不被Microsoft支持，但我找不到任何Microsoft文档来验证。Access 2000连接到SQL Server 2005
任何人都可以将我链接到一些官方文档，或有人使用过这种设置，并可以确认这应该工作，我们的问题在别的地方？
不知道它是否重要，但该应用程序是一个ADP编译成ADE。
我会说在宏中检查VBA，看看它是如何做到这一点。它可能使用某种形式的VB连接到后面的数据库。我喜欢数据库正在联系数据库的事实... :)
我读过的关于Access 2000的所有信息 - > SQL Server 2005的是不支持升迁向导。
如果只有插入和更新不起作用，这听起来像一个权限问题。确保您在连接字符串中使用的sql server登录名对您的数据库具有读/写权限。
请避免为此使用“sa”帐户！
我不确定支持的特定组合，但是您是否尝试过将数据库的兼容模式设置为sql server 2000.也许这样可以解决您的问题。
编辑：要做到这一点运行下面的SQL：
EXEC sp_dbcmptlevel Name_of_your_database, 80;
如果只插入和更新不 运作，这听起来像一个 权限问题。请确保您在连接字符串 中使用的sql 服务器登录名具有对数据库的读/写 权限。
请避免使用“sa”帐户 为此！
我们想用一个通用的应用帐户，但该登录“找不到”的任何存储过程，即使它们存在，登录有明确的权限来运行它们（并且也成功地测试，为用户，在SQL Management Studio中）。直到我们授予登录“sa”权限，我们实际上才能通过应用程序访问数据库。
，但你试过数据库的 了兼容性模式设置为 SQL Server 2000中
我真的不知道如何做到这一点。你能解释一下吗？
另外值得注意的是，如果我们将应用升级到Access 2003，一切正常。不幸的是，我们的IT部门不想将所有人从Office 2000升级到2003，所以这不是一种选择。
感谢您的帮助。
，但你试过数据库的 了兼容性模式设置为 SQL Server 2000中
我只是检查了2005数据库，我选择的数据库，并单击属性 - >选项，它说db已经处于2000兼容模式。
在使用ODBC链接表连接到Sql Server之前，我遇到过类似的问题。解决方案是重新链接表并指定表的主键。如果Access不知道主键，则无法执行插入或更新。
我没有与任何学术发展的经验，但它可能是一个类似的事情，那里有关于它的知识库文章这里http://support.microsoft.com/?scid=kb%3Ben-us%3B235267&x=15&y=13
访问学术发展非常紧密联系在一起的SQL Server版本，以及MS做一个真正的在已发布的三个主要版本（2000,2002和2003）中修复和破坏ADP的工作很差。
如果您正在尝试使用编译的ADE，我建议您首先找到原始的ADP并查看是否可以使其正常工作。在创建ADE之前，您可能需要在那里做一些工作。
警告：我不是做学术发展，并很高兴我做出了决定不，因为微软现在他们自嘲有利于MDB => ODBC =>的SQL Server。