DoCmd.SetWarnings 与 CurrentDB.Execute：哪个更适合 Access 中的错误处理？

DoCmd.SetWarnings 与 CurrentDB.Execute：揭秘错误处理

在 Access 中，程序员经常面临如何在抑制不需要的警告对话框的同时保持错误可见性的难题。DoCmd.SetWarnings 和 CurrentDB.Execute 这两种看似相似的方法，对这个问题的处理方式却大相径庭。

DoCmd.SetWarnings

DoCmd.SetWarnings 会全局禁用 Access 中的所有警告提示和错误消息。这会对整个系统产生影响，波及所有应用程序和数据库。不加区分地禁用警告可能会掩盖需要干预的关键错误。此外，忘记将警告重置为 True 也很容易导致意外行为。

CurrentDB.Execute

另一方面，CurrentDB.Execute 直接执行 SQL 语句，无需用户确认。与 DoCmd.SetWarnings 不同，它会启用警告来阐明数据库执行失败的原因。这提供了必要的信息，而不会提示用户执行他们可能无法处理的操作。

最佳实践

正如 Access MVP Allen Browne 所建议的那样，通常建议避免使用 DoCmd.SetWarnings，因为它具有不加区分的特性。相反，选择 CurrentDB.Execute，它在必要的警告和错误处理能力之间取得了平衡。

增强的错误控制

为了进一步改进错误控制，请考虑使用 CurrentDB 的实例。这允许额外的功能，包括：

• 返回记录数
• 将错误处理隔离到特定的数据库会话

推荐语法：

<code>Set db = CurrentDB
db.Execute sSQL, dbFailOnError</code>

以上是DoCmd.SetWarnings 与 CurrentDB.Execute：哪个更适合 Access 中的错误处理？的详细内容。更多信息请关注PHP中文网其他相关文章！