为了加速基于大型postgres集合的页面生成,我们将查询结果缓存在memcache中.但是,对于非常大的或者很少访问的不可变集合,我想知道在postgres中保存服务器端游标是否是一种可行的备用缓存策略.
这个想法是,在集合中间服务页面之后,"下一个"和"上一个"链接比集合中其他地方的随机查询更有可能被使用.我可以在附近有一个"WITH HOLD"光标,以避免(看似不可避免的)查询的大型启动成本吗？
我想知道服务器上的资源消耗.如果集合是不可变的,保存游标不需要很多资源,但我想知道postgres在这方面是如何优化的.任何进一步文档的链接将不胜感激.
你会遇到很多问题。
简而言之：不要这样做。在后台预先计算下一页/上一页并将其存储在 memcached 中怎么样？
| 归档时间： |
|
| 查看次数： |
1922 次 |
| 最近记录： |