Android SQLite还是别的什么？

我正试图决定要实现什么样的数据存储方法。情况是这样的。无论我选择哪种方法，它都将每周更新一次（我可以在不向市场发布更新的情况下更新SQLite db吗？）。用户无法在此ListActivity中添加或删除项目，只能选择所需的项目。此数据方法应能够记住任何给定周内选定的项目。让我知道你会用什么方法，为什么。提前非常感谢。

Web服务允许您随时更新数据，而无需将更新推送到市场。在市场上更新你的应用程序并不保证用户会应用更新。当然，这里的缺点是，用户在使用应用程序时需要连接到internet。

将数据库移动到远程服务器将使您可以自由操作数据，而无需更新实际应用程序，因此无需在市场上更新。如果是访问internet的问题，您仍然可以使用这种做法，只需做更多的工作（添加收听连接的广播电台，而不是在服务器上用全局数据库或类似的方式更新本地数据库）。

如果您想每周更新一次设备上的数据，然后，您将需要使用本地SQLite数据库并与提供更新的web服务交互。你不需要通过市场来做这件事。但是，如果需要更新数据库的结构（例如添加、删除或更改列或表），则需要在市场上更新应用程序

---

我强烈推荐观看谷歌IO 2010演讲。演讲者是Android Twitter应用程序的原创者，他谈到了他使用的设计模式和最佳实践。

让我们假设他们在某个时候会拥有互联网。他们是否需要在任何时候访问数据库，或者在数据库更新时连接到internet（如果不需要，是否有类似的行为？）。您使用连接只是使用全局数据库中的数据更新电话（本地）数据库，假设您正在后台线程中检索所有数据，并且只要有可用的连接，就在同一后台线程中写入本地数据库。（实施场景）让我们假设他们将在某个时间点（而不是所有时间）拥有互联网。他们是否需要在任何时候访问数据库，或者在数据库更新时连接到internet（如果不需要，是否有类似的行为？）。当他们连接到internet时，您可以刷新数据库。数据仍然可以本地存储在sqlite数据库中。这样，用户在使用应用程序时就不需要连接到互联网。我脑子里没有一个具体的例子，但是想想一个在本地保存数据，然后偶尔与互联网上的服务器同步的待办事项列表应用程序。希望这有帮助。太好了，这正是我希望我能做到的。谢谢你抽出时间。