5

我的问题是关于数据库异常处理的良好做法。

假设我有一个在数据库中存储一些数据的应用程序。实现了以下层：

  1. DatabaseAdapter - 处理 SQL 查询并以模型的形式向更高层提供数据。适配器包含如下方法：
    • 列出 getAllUsers()
    • void addUser(UserModel 用户)
  2. UserListActivity - 显示所有用户的列表，允许添加新用户等。此活动使用 DatabaseAdapter 读取/写入数据库。

问题是：我是否应该处理数据库访问异常，例如在添加新记录时（假设应该始终正确添加记录）？我是否应该尝试在 DatabaseAdapter 中捕获异常并将其添加到日志中？或者也许我根本不应该抓住它？

4

2 回答 2

4

大多数情况下，查询数据库时的异常是“开发时间”错误的结果，例如格式错误的查询，或修改架构但未增加数据库版本，或类似的事情。这些将很容易在现场找到并修复，因此您的最终用户不会受到这些类型的错误的影响。

但是，在以下情况下，您也有可能遇到例外情况：

  • 您尝试从多个进程访问您的 SQLite 数据库（灾难的秘诀）。
  • 用户的设备上的磁盘空间不足。
  • 由于未正确转义用户输入，您的查询格式错误。
  • 您的方法中存在错误onUpgrade()或类似的东西。
  • 您正在使用参照完整性（可能在 SQLite 3.6.19 及更高版本中）并且某些表约束失败。

真的，对于这些场景没有通用的答案。对于最终用户来说，显示一个简单的错误比强制关闭应用程序要好得多。

我的经验法则是不惜一切代价避免数据库损坏。我宁愿抛出一个RuntimeException并立即杀死该应用程序，而不是让它默默地做错事。另外，我宁愿显示一条消息说插入无法完成，而不是强制关闭应用程序。

于 2013-03-11T21:49:21.813 回答
0

这个问题没有一个通用的答案总是适合的。这取决于用例。但始终适用两条规则：不要将过于详细的异常消息传递给上层（UI 不需要知道 SQL 语法中的问题）并在有意义的情况下处理异常（不要在您的 DB 类中显示错误对话框）。例如，您可以在 DB 类中捕获数据库异常，将其记录下来，然后重新抛出一个自定义 CustomerNotFoundException，该异常会在您可以显示错误对话框的 UI 中捕获。

于 2013-03-11T21:44:24.637 回答