我不确定我的Android程序是否应该使用Android SQLite数据库。
该程序有几个表，我有查询，更新和显示这些表的操作。但是，数据总量不是很大（最多可能是几十行）。
有些人告诉我，我不应该再使用数据库，因为将所有内容存储到平面文件中更容易实现，完成的实现更容易维护，数据库引擎可以被存储预加载的集合框架替换平面文件。这些人在决策中有一定的分量，所以如果我还想使用数据库，我需要论证。
当Android SQLite数据库应该和不应该使用它时，是否可以获得论证？
答案 0 :(得分：2)
ContentProvider的概念远离用于保存数据的实际技术。它允许您很好地分离数据源的实现和此数据的可视化。在这方面，我认为实现的简易性对于SQLite来说是一个很好的论据。如果您使用Cursors，您可能会使用ContentProvider。
如果执行大量（Complext）查询，查询性能可能是支持SQLite的参数，因为这是为其构建的。而且，调试SQL数据库似乎比平面文件容易得多。