批量数据库操作策略

Question

我在一个 Android 应用程序中运行了一个 SQLite 数据库，它在一个月内分批传输用户数据。

应用程序首次运行时，尚未下载任何数据，使用 INSERTS 进行存储是一件小事。

但是，当用户重新下载一个月的数据时（从主数据库获取任何潜在的更新（我想推送小的、一条记录更新，但这是 2.0 的功能））我需要找到一个高效的存储记录的方式。

目前，我使用蛮力并简单地删除正在刷新的月份的所有记录，然后是 INSERTS。我不想拥有一大堆逻辑和数据库访问，或存储元数据，以跟踪哪些记录是新的，哪些是现有的，然后相应地执行插入和更新。

我的老板说 DELETE 可能是一项昂贵的操作，这是真的吗？我是否应该输入一些逻辑来确定应该更新哪些记录以及应该插入哪些记录，而不是 DELETING 然后 INSERTING ？此策略还需要确定在主数据库端也删除了哪些记录（我选择退出的另一个原因）。

如果有一种完全更好/有效的方法可以做到这一点，我还没有提到，请告诉我。谢谢。

Answer 1

我的老板说 DELETE 可能是一项昂贵的操作，这是真的吗？

这取决于一个人对“昂贵”的定义。我不知道对于相同的受影响记录，DELETE 比 UPDATE 贵得多（事实上，它可能更便宜）。

我应该输入一些逻辑来确定应该更新哪些记录以及应该插入哪些记录，而不是删除然后插入？

我们没有很好的方法来回答这个问题，因为它在很大程度上取决于您的环境，例如您的数据库架构。

确保将这些操作包装在事务中，因为这会对批量操作的速度产生重大影响。

除此之外，您还需要运行一些自己的性能基准测试，以确定DELETE+INSERT 比UPDATE 贵多少，因此是否值得开发头痛尝试切换到以UPDATE 为中心的策略。