支持和反对 Android SQLite 使用的论据

Question

我不确定是否应该在我的 Android 程序中使用 Android SQLite 数据库。

程序有几个表，我有查询、更新和显示这些表的操作。但是数据总量不是很大（可能最多几十行）。

有人告诉我，我不应该再使用数据库了，因为将所有内容存储到平面文件中更容易实现，完成的实现更易于维护，并且数据库引擎可以替换为存储预加载的集合框架平面文件。这些人在决策中有一定的权重，所以如果我仍然想使用数据库，我需要论证。

Android SQLite 数据库什么时候该用，什么时候不该用，能否引起争论？

Answer 1

ContentProvider 的概念从用于持久化数据的实际技术中抽象出来。它允许您很好地分离数据源的实现和该数据的可视化。在这方面，我不认为 易于实施 是支持或反对 SQLite 的一个很好的论据。如果你使用Cursors，你可能还是会使用ContentProvider。

如果您执行大量（复杂）查询，查询性能可能是支持 SQLite 的一个论据，因为这是构建的。此外，调试 SQL 数据库似乎比调试平面文件容易得多。