sql-server - 现有的 DAO 代码可以在 SQL Server 上运行吗？

Question

如果我将数据从 Access MDB 传输到 SQL Server，VB 应用程序中的 DAO 代码是否会针对 SQL Server 工作。

我意识到需要对初始连接调用进行更改，但还有其他需要更改吗？

Answer 1

这里有很多问题。

1. 如果您使用 ADP 作为 SQL Server 的前端，您将不会使用 DAO，因为 ADP 不使用 Jet/ACE。然后您将拥有与 SQL Server 的直接 ADO 连接。

2. 但是，在过去 5 年左右的时间里，MS 一直在弃用 ADP，转而使用使用 ODBC 的 MDB/ACCDB(某些报告方案除外)。 A2007 和 A2010 中的 ADP 没有任何变化，这可能表明 MS 计划完全放弃它们(就像在 A2002 和 A2003 中没有变化后他们对 DAP 所做的那样)。但微软也可能计划在下一版本的 Access 中恢复 ADP，因为 Access 团队一直在积极寻求 SQL Server 用户的意见。

3. 如果采用推荐的技术 (MDB/ACCDB) 和 ODBC(以及可能的链接表)，您将使用 Jet/ACE，逻辑数据接口(interface)是 DAO，即 Jet/ACE 的 native 数据接口(interface)。

Jet/ACE 在处理服务器数据库方面实际上非常聪明，但它确实会犯错误，并且缺乏经验的 Access 开发人员可能会编写某些类型的查询，这些查询将成为服务器数据库的性能 pig (因为它们迫使Jet/ACE 从服务器中提取整个表并在客户端工作站上完成所有工作 - 请参阅上面 @Philippe Grondier 的回答)。

从 MDB/ACCDB 通过 ODBC 使用 SQL Server 的常用方法是尝试 Access 方式，使用绑定(bind)表单和整个九码(与设计用于 Jet/的应用程序没有什么不同) ACE 后端)，然后使用 SQL Profiler 确定哪些部分是性能瓶颈并且应该进行重组，以便在服务器端进行适当的处​​理。

明智地使用 ADO 通常是有必要的，因为在某些事情上 ADO 做得非常出色，而 DAO 做得很差或根本没有。

但基本思想是使用与 Jet/ACE 后端相同的方法，因为 Jet/ACE 正在管理您与服务器的接口(interface)。这意味着您不必担心 Jet/ACE 的 SQL 方言和服务器数据库方言之间的差异，因为 Jet/ACE 和 ODBC 完全消除了这些差异。

一些随机问题:

1. 对于 DAO 记录集，您需要添加 dbSeeChanges 选项。

2. 所有表都有一个主键至关重要，否则您可能会出现奇怪的屏幕更新。但是你们所有的 table 都有PK，对吧？

3. 我发现建议在 SQL Server 上的所有表中放置时间戳字段，即使我从未明确使用过它。这(与 #2 结合)确保刷新尽可能高效(ODBC 可以检查时间戳，而不需要将所有客户端字段与服务器端值一一比较)。

   <

4. 如果您使用直通查询或 ODBCDirect，则需要担心服务器数据库的 SQL 方言，并明确 Jet/ACE 正在处理哪个 SQL(并为您解释为后端方言)并且直接发送到服务器。

5. Jet/ACE 没有与 bigint 相对应的数据类型，因此如果您在 SQL Server 表中将其用作 PK，则需要以非标准方式处理它。 MS 知识库中有有关解决此问题的文章。

6. 如果您使用 ADO，请记住 ADO 使用 Access 所谓的“SQL 92 兼容模式”，这意味着 SQL Server 通配符和派生表语法。