31

我们正在设计一个包含大量数据（“客户”、“产品”、“订单”...）的 Android 应用，并且我们不希望每次需要一些记录时都查询 SQLite。我们希望尽可能避免查询数据库，因此我们决定将某些数据始终保存在内存中。

我们最初的想法是创建两个简单的类：

  1. “MemoryRecord”：一个基本上包含对象数组（字符串、整数、双精度、日期时间等）的类，这些对象是表记录中的数据，以及从中获取这些数据的所有方法大批。

  2. “MemoryTable”：一个基本上包含 [Key,MemoryRecord] 的 Map 以及操作此 Map 和将记录插入/更新/删除数据库的所有方法的类。

这些类将派生到我们在数据库中拥有的每一种表。当然还有其他有用的方法没有在上面列出，但在这一点上它们并不重要。

因此，当启动应用程序时，我们将使用这些类将这些表从 SQLite 数据库加载到内存中，并且每次我们需要更改一些数据时，我们都会在内存中进行更改，然后将其发布到数据库中。

但是，我们需要您提供一些帮助/建议。你能建议一些更简单或更有效的方法来实现这样的事情吗？或者也许一些现有的课程已经为我们做了？

我明白你们想向我展示什么，我为此感谢你们。

但是，假设我们有一个包含 2000 条记录的表，我需要列出这些记录。对于每一个，我必须查询其他 30 个表（其中一些有 1000 条记录，另一些有 10 条记录）以在列表中添加其他信息，而这正在“飞行”（如您所知，我们必须非常快此刻）。

现在你会说：“只需使用所有这些'连接'构建你的主查询，然后一步完成你需要的一切。如果你的数据库设计得很好，SQLite 可以非常快，等等......”。

好的，但是这个查询会变得非常复杂并且可以肯定，即使 SQLite 非常快，它也会“太”慢（2 到 4 秒，正如我所确认的，这对我们来说不是可接受的时间）。

另一个复杂点是，根据用户交互，我们需要“重新查询”所有记录，因为所涉及的表并不相同，我们必须与另一组表“重新连接”。

因此，另一种方法是只带主要记录（这永远不会改变，无论用户做什么或想要什么）而不连接（这非常快！），并且每次我们想要一些数据时查询其他表。请注意，在只有 10 条记录的表上，我们将多次获取相同的记录。在这种情况下，这是浪费时间，因为无论 SQLite 速度如何，查询、游标、获取等总是比仅仅从一种“内存缓存”中获取记录更昂贵。我想明确一点，我们不打算将所有数据始终保存在内存中，只是我们经常查询的一些表。

我们来到了最初的问题：“缓存”这些记录的最佳方式是什么？我真的很喜欢集中讨论这个问题，而不是“为什么需要缓存数据？”

4

2 回答 2

69

平台上的绝大多数应用程序（联系人、电子邮件、Gmail、日历等）都不这样做。其中一些具有极其复杂的数据库模式，可能包含大量数据，因此不需要这样做。你打算做的事情会给你带来巨大的痛苦，没有明显的收获。

您应该首先专注于设计您的数据库和模式，以便能够进行有效的查询。我认为数据库访问速度慢的主要原因有两个：

  • 你有非常复杂的数据模式。
  • 你有大量的数据。

如果您要拥有大量数据，无论如何您都无法将其全部保存在内存中，因此这是一条死胡同。如果您有复杂的结构，无论哪种情况，您都可以通过优化它们来提高性能。在这两种情况下，您的数据库模式都将是获得良好性能的关键。

实际上，优化架构可能有点像一门黑艺术（我不是这方面的专家），但需要注意的是正确地在要查询的行上创建索引、设计连接以便它们采用有效的路径等. 我相信在这方面有很多人可以帮助你。

您还可以尝试查看一些平台数据库的来源，以了解如何设计以获得良好性能。例如，Contacts 数据库（尤其是从 2.0 开始）非常复杂，并且进行了很多优化，以便在具有大量不同类型查询的相对较大的数据和可扩展的数据集上提供良好的性能。

更新：

这里很好地说明了数据库优化的重要性。在 Android 的媒体提供商数据库中，新版本的平台显着更改了架构以添加一些新功能。将现有媒体数据库修改为新模式的升级代码可能需要 8 分钟或更长时间才能执行。

工程师做了一个优化，将真实测试数据库的升级时间从 8 分钟缩短到 8 秒。性能提升 60 倍。

这个优化是什么？

它是在升级时在升级操作中使用的重要列上创建一个临时索引。（然后在完成后将其删除。）因此，即使它还包括在升级期间使用的列之一上构建索引所需的时间，也会带来 60 倍的性能提升。

SQLite 就是其中之一，如果您知道自己在做什么，它会非常高效。如果你不注意如何使用它，你可能会以糟糕的表现告终。但是，如果您遇到性能问题，可以通过改进 SQLite 的使用方式来解决这些问题，这是一个安全的选择。

于 2010-09-10T01:53:36.250 回答
5

内存缓存的问题当然是您需要使其与数据库保持同步。我发现查询数据库实际上是相当快的，你可能在这里进行了预优化。我对不同数据集的查询进行了很多测试，它们的时间从不超过 10-20 毫秒。

当然，这完全取决于您如何使用数据。ListViews 非常优化以处理大量行（我已经测试到 5000 范围，没有真正的问题）。

如果您要保留内存缓存，您可能希望数据库在其内容更改时通知缓存，然后您可以更新缓存。这样任何人都可以在不知道缓存的情况下更新数据库。此外，如果您在数据库上构建 ContentProvider，如果您使用 registerContentObserver 注册，则可以使用 ContentResolver 通知您更改。

于 2010-09-09T19:12:09.453 回答