出于性能原因,我应该使用SQL限制吗？

Question

我正在使用Doctrine 2作为一个项目,它会有很高的流量,而且我很关心性能.

有时我会为了"分页"的目的加载很多实体.

示例:加载30,000篇已发表的文章,我需要对这些结果进行分页.

我想知道从我可以使用LIMIT OFFSET sql语句的数据库加载这么多行是多么糟糕,但是使用Doctrine 2和Pagination,实现Paginator适配器(复杂的存储库等)会有更多的开销.在哪里我可以使用一个简单的迭代器适配器.

我想有一个好的缓存系统,它不应该是一个问题,但我不是很确定.

顺便问一下,你有关于缓存的任何提示吗？

Answer 1

问题是,无论你使用什么分页解决方案,当你只在一个页面上显示10个时,它实际上是否加载了30,000个记录,还是只加载了所需的10个？

如果它确实加载所有记录只是为了显示10,那么它是疯了,你会遇到性能问题.任何实际上值得使用的分页解决方案都只会加载必要的记录.

此外,缓存不是为了解决这些问题(即隐藏低效算法).编写高效的代码,即快速,缓存将使您的响应更快.

最后,在一个典型的应用程序中,为快速缓存分配的空间非常宝贵,所以不要用一堆你不需要的东西来填充它.保持紧密,以便您的缓存可以帮助尽可能快地制作您的应用程序.