Sqlite DB Android备份/恢复

Question

我想知道在安卓系统上备份和恢复SQLite数据库的最佳实践是什么。目前，我通过获取要备份的数据库并使用文件输入/输出流将其复制到SD卡来解决此问题。然后，如果我想要恢复和旧备份，则使用相反的过程。

这个方法似乎起作用了，而且还没有损坏我的数据。我想知道这是不是最好的方法，或者有没有更安全的方法？

谢谢

Answer 1

这似乎是最好的方法。您可能需要考虑在复制SQLite文件并将其与目标文件进行比较之前对其进行校验和，以获得额外的保证。只需确保在获取副本时没有打开到数据库的连接，否则在恢复数据库时可能会导致数据库处于意外状态。

我能看到的唯一的另一种方法是读取DB的实际内容，并生成一个包含SQL的文件，可以从中恢复它，这显然是一个更复杂的方法，并且没有提供任何优点来证明这种复杂性的合理性。

Answer 2

在备份数据库时仅供参考。我目前在我的应用程序中这样做，就像你上面解释的一样。以这种方式创建备份时要小心。它在大多数情况下都很好用，但问题是，创建的备份并不能保证与所有设备和Android版本兼容。当我第一次听到这句话时，我觉得这听起来很奇怪，但现在我发现这是真的。我最近收到了几个关于数据丢失、数据消失等问题的报告。当用户从不同的设备或不同的Android版本或ROM恢复备份时，所有这些都会发生。他们中的一些人直接联系了我，这很好，所以我能够从那里获得备份文件来测试和检查它们。当我尝试恢复它们时，我会得到以下日志错误：android.database.sqlite.sqlitedatabasecorruptexception:数据库磁盘映像不正确的

我发现，主要是某些HTC设备和一些自定义roms (在任何设备上)创建了这些无法恢复到其他设备或roms的备份。数据库并不是真的损坏了，但Android认为是损坏的。我会把它们放到SQLite浏览器中，那里也不会显示任何数据。事实证明，较新版本的SQLite在默认情况下启用了WAL (预写日志记录)，如果启用了WAL(预写日志记录)并使用该数据库进行备份，则无法将其恢复到较旧版本的SQLite，有时甚至无法恢复到相同版本(出于某种奇怪的原因)。因此，我使用"PRAGMA journal_mode = DELETE“禁用了WAL，然后我可以在浏览器中查看数据库，并能够在我的测试设备上很好地恢复它。另一个问题是，似乎没有办法在代码中捕获这种异常，当Android遇到这种异常时，它会自动删除数据库(在我看来，Android的管理非常糟糕)。

很抱歉给您这么长的回复，但我想解释一下我在这种备份中看到的情况。我正在尝试寻找另一种方法在SD卡上创建通用备份。像@Kingamajick说的那样创建csv文件和sql脚本可能是另一种方法。这是更多的代码和更多的工作，但如果它在任何设备上工作，SQLite版本和只读存储器，那么它将是值得的。你的客户丢失数据从来都不是一件好事。

Answer 3

我会在Kingamajick的回答中添加一个额外的评论(论坛不允许我将其添加为实际的评论)。在简单地复制文件的方法中，如果用户曾经恢复数据库，并且碰巧其中已经有任何数据，那么它将被覆盖。例如，如果用户升级到一部新手机，使用了一段时间，然后从旧手机恢复DB，则新手机上已有的所有数据都将丢失。这是读取DB并将其写出到文件(XML或CSV等)的复杂性的一个优点。

我发布了另一个问题(Android sqlite backup/restore without overwriting)，希望有人有更好的解决方案来避免这个问题，但到目前为止似乎还没有一个。在这和ssuperz28注意到的问题之间，备份数据库似乎是一种更安全的方法，那就是将其写出xml，然后读取它，并在恢复时将其添加回来。

此外，https://stackoverflow.com/a/34477622/3108762是我到目前为止所见过的其他建议中最好的，并有望提供一种从棉花糖开始的更好的方法。