与性能问题一样,结果可能会有很大不同,所以答案是:更快的是什么对你来说更快.
开始的地方是衡量现在做事情所花费的时间.完成后,问问自己:这个足够快吗？可能是,虽然它可能不是最快速的做事方式,但速度仍然很快,速度不是问题.
处理页面花费了多少时间来获取文件全局？1%？10%？50%？这个百分比越高,考虑改变你做事的方式就越有价值.
此外,网站性能如何整体？如果你加倍每页加载的速度,人们会注意到吗？如果没有,那么即使你看到显而易见的地方也可能不值得进行性能调整.
如果您认为自己可以做得更好,请使用数据库实现功能,并测量是否更快.同样,这样的结果可能是高度可变的.例如,如果您的数据库负载很重,那么从数据库获取结果可能会慢得多.如果你有一个几乎没有使用的强大的数据库,它可能会非常快.只有测试可以告诉你真相.
我将补充说,你现在做事的方式似乎更简单,更易于维护,因为它根据磁盘上的实际文件找到文件名.如果您尝试使用数据库,则必须担心将数据库中的文件名列表与文件系统中的文件列表同步.
但有一点需要注意的是,当你有一个包含大量文件的单个目录时,许多文件系统的性能会更差.如果遇到这种情况,请考虑将文件拆分为多个子目录.一种流行的方法是创建名称为az的目录,然后将所有以"a"开头的文件放在"a"目录中,所有以"b"开头的文件放在"b"目录中,等等.但是,这可能只是一旦你拥有成千上万的文件就很重要,即使这样,它依赖于特定的文件系统及其运行的硬件.
(根据评论编辑:)
由于您正在讨论预先计算结果并将结果存储在数据库中,因此我建议比将数据放入数据库更好的方法是使用像http://memcached.org/这样的缓存服务器.您可以将其视为一种混合方法:您仍然按照现在的方式执行操作,但每次需要结果时,首先检查缓存以查看它是否包含结果; 如果是,则使用缓存的结果,否则计算新的glob.这避免了使数据库和文件系统保持同步的问题,因为旧的缓存条目可能会过期并被新的正确缓存条目替换.
| 归档时间： |
|
| 查看次数： |
822 次 |
| 最近记录： |