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

Question

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

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

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

何时应该使用 Android SQLite 数据库以及何时不应该使用，是否有可能获得争论？

Answer 1

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

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