큰 postgres 컬렉션을 기반으로하는 페이지에 대한 페이지 생성 속도를 높이기 위해 쿼리 결과를 memcache에 캐시합니다. 그러나 매우 큰, 또는 거의 액세스 할 수없는 불변의 컬렉션에 대한 포스트 그레스 서버 쪽 커서를 저장 가능한 대체 캐싱 전략이 될 것이라고 궁금하네요.캐싱을 위해 postgres 서버 측 커서 사용
컬렉션의 중간에 페이지를 제공 한 후에 컬렉션의 다른 곳에서 "next"및 "prev"링크가 무작위 쿼리보다 훨씬 많이 사용됩니다. 쿼리의 큰 시작 비용 (피할 수없는 것처럼 보입니다)을 피하기 위해 이웃에 "WITH HOLD"커서를 사용할 수 있습니까?
서버의 리소스 소비에 대해 궁금합니다. 컬렉션이 불변 인 경우, 커서를 저장하는 데 많은 리소스가 필요하지 않지만,이 점에서 최적화 된 포스트 그레스가 얼마나 좋은지 궁금합니다. 추가 문서에 대한 링크가 있으면 감사하겠습니다.
필자가 생각한 캐싱 전략은 고정 된 수의 커서를 저장하는 것입니다. 특정 검색어에 대해 가까이있는 경우 결과 페이지를 검색하는 데 사용됩니다. 그렇지 않으면 가장 오랫동안 사용하지 않은 커서가 재설정됩니다. – shaunc