我正在为我的画廊做列表（使用下一个/上一个）。问题是，如果我在每次更改照片时选择下一个/上一个，查询最多需要 0.1 秒。这很糟糕，考虑到两件事 a) 访客会浏览画廊 b) 我的其余查询时间为 0.005 秒
但是，如果我在一个查询中选择所有照片 ID，我会得到 1000 个结果（查询时间约为 0.15 秒）。我可以从中构建树并在其中轻松找到下一个/上一个。但这需要记忆。在我的服务器上，我遇到了性能问题（CPU，而不是内存），所以它可能是更好的解决方案。我对吗 ？
如果是这样，我可以如何或在哪里存储那棵树？我可以有许多不同的，因为所有图像都在一个表中，并且每个用户（例如他们上传的照片）和不同的顺序（时间，类型，分数......）浏览。所以我不能预先缓存所有的树，它会很大（它可以改变，而不同的用户几乎立即上传照片）。当他打开特定的画廊时，我想为每个用户构建新树。将它存储在 SESSION 中似乎是“愚蠢的”，因为那不是针对这样的事情进行优化的......还有别的东西吗？