我不确定我是否应该在我的 Android 程序中使用 Android SQLite 数据库。
程序有几张表，我有查询、更新、显示这些表的操作。但是数据总量不是很大(最多可能有几十行)。
有些人告诉我，我不应该再使用数据库，因为将所有内容存储到平面文件中更容易实现，完成的实现更容易维护，数据库引擎可以被存储预加载的集合框架取代平面文件。这些人在决策中有一定的影响力，所以如果我还想使用数据库，我需要争论。
Android SQLite 数据库什么时候应该使用什么时候不应该使用，是否有可能得到争论？
最佳答案
一个ContentProvider的概念从用于持久化数据的实际技术中抽象出来。它允许您很好地分离数据源的实现和此数据的可视化。在这方面，我认为易于实现 不是支持或反对 SQLite 的好理由。如果您使用 Cursors，您可能无论如何都会使用 ContentProvider。
如果您执行大量(复杂的)查询，查询性能可能是支持 SQLite 的一个论据，因为这是构建的目的。此外，调试 SQL 数据库似乎比平面文件容易得多。
关于android - 支持和反对 Android SQLite 使用的论点，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14645183/