Android 数据库设计，使用 SQLite 或直接使用 mySQL 和 JSON

Question

我正在开发一个 Android 应用程序，它将一长串食谱名称拉入 ListView 中，用户可以对其进行过滤，然后单击以获取更多详细信息。初始配方列表将包含大约 1000 个条目，并将存储在不断变化的远程 mySQL 数据库中。从 ListView 中单击单个食谱后，将显示完整的食谱。

我的问题如下。对我来说，拥有一个将整个菜谱列表拉入本地 SQLite 数据库的后台服务更好，还是应该在每次拉出 ListView 时查询 mySQL 数据库？我不太担心离线使用，只是优化我的数据结构以允许庞大的用户群。

Answer 1

为什么不执行以下操作:

让您的 SQLite 数据库存储代表上次从 MySQL Web 服务检索数据的日期。然后，在您的 MySQL 数据库中，确保您存储了食谱，并为每个食谱添加了日期。当您的用户启动应用程序时，您可以构建一个查询，该查询仅获取比 SQLite 数据库中存储的日期更新的数据。这将显着减少下载时间和服务器压力。

由于您知道初始食谱列表将包含大约 1000 个条目，因此您可以将其包含在您的 APK 中。这样，从一开始对 Web 服务器的查询就会很小。然后，随着时间的推移，您可能会决定在不同的发行版本中更新应用中的本地条目。

您可以使用后台服务进行交易，但我不会。您的客户可能不喜欢未知的进程耗尽他们的电池。对于小数据事务，您可能只是弹出一个进度对话框或在启动屏幕中执行所有这些操作。

希望有帮助:)