php - ios 比较 memcache 和 core data

Question

目前，为了限制mysql请求的数量，每个用户都有一个文件夹，其中包含与数据库中所做的更新相对应的多个空文件。文件的上次访问日期与核心数据中存储的日期进行比较。仅当上次访问日期晚于核心数据中的日期时，才会查询数据库。

例如，如果用户 A 向用户 B 发送好友请求，则会将其写入数据库，并触摸文件/userB/friend 以将上次评估的日期更新为当前日期。现在，当 userB 访问一个在数据库中查询其好友请求的脚本时，它首先检查/userB/friend 的上次访问日期是否晚于核心数据中的日期，并且仅在这种情况下才运行它。然后，新的上次访问日期以及查询数据将存储在核心数据中。

我的问题是，我当前使用的这种方法是否存在任何可预见的问题？它比使用 memcached 避免一遍又一遍地查询相同数据更好还是更糟？

我还意识到这篇文章的标题有点标签错误，但我不知道我正在使用的方法的名称是否存在。

Answer 1

看起来您正在尝试使用文件的日期戳而不是数据库请求。我无法想象这是一个可行的替代方案。为了确定你可以运行一些测试，例如通过使用这两种方法执行 100.000 个请求并比较性能。

我建议将日期信息存储在数据库中。这些每个用户的请求应该只需要很短的时间。如果不是这种情况，您很可能会遇到其他影响性能的更严重的问题。