이 페이지에서는 모델의 일부인
persist_for매개변수를 설명합니다.
persist_for는persist_for(탐색용) 매개변수 문서 페이지에 설명된 탐색의 일부로 사용할 수도 있습니다.
persist_for는persist_for(파생된 테이블의 경우) 매개변수 문서 페이지에 설명된 파생 테이블의 일부로 사용할 수도 있습니다.
용도
|
계층 구조
persist_for |
기본값
1시간결제 가능
정수 뒤에 마침표 (초, 분 또는 시간)가 포함된 문자열
|
정의
데이터 그룹을 사용하여 쿼리 캐싱 및 PDT 재빌드 문서 페이지에 설명된 대로
datagroup및persist_with을 대신 사용해 보세요.
persist_for를 사용하면 지정된 탐색 분석에 캐시된 쿼리 결과가 사용되는 시간을 수정할 수 있습니다. Looker의 기본 캐시 길이는 1시간입니다. 캐시 결과는 Looker 인스턴스에서 암호화된 파일에 저장됩니다.
Looker의 캐싱 메커니즘은 다음과 같습니다. 사용자가 특정 쿼리를 실행하면 쿼리 결과가 캐시됩니다. 누군가 정확히 같은 쿼리를 다시 모든 항목(행 제한과 같은 사소한 항목 포함)이 persist_for에서 지정한 기간 내에 동일해야 하는 경우 캐시된 결과가 반환됩니다. 그렇지 않으면 데이터베이스에 대해 새 쿼리가 실행됩니다.
persist_for 시간이 만료되면 인스턴트 대시보드 실험실 기능이 사용 중지된 이상 캐시에서 데이터가 삭제됩니다. 데이터가 캐시에 저장되는 기간에 대한 자세한 내용은 데이터 그룹을 사용하여 쿼리 캐싱 및 PDT 재빌드 문서 페이지를 참조하세요.
탐색은 persist_for도 지원합니다. 탐색과 모델 모두에 persist_for 설정이 있는 경우 해당 탐색에 기반한 쿼리의 경우 탐색에 설정된 값이 우선 적용됩니다.
탐색에서 캐시에서 쿼리가 반환되었는지 확인하거나 데이터베이스에서 새로운 결과를 강제로 생성할 수 있습니다. 자세한 내용은 데이터 캐싱으로 쿼리 및 PDT 재빌드 문서 페이지를 참고하세요.
Examples
캐시 길이를 2시간으로 조정합니다.
persist_for: "2 hours"
캐시 길이를 30분으로 조정합니다.
persist_for: "30 minutes"
사용자가 쿼리에 대한 캐시된 결과를 받지 않도록 캐싱을 사용 중지합니다.
persist_for: "0 seconds"
고려사항
데이터는 항상 캐시에 기록됩니다.
persist_for를 0 seconds로 설정하면 사용자의 쿼리가 캐시에서 데이터를 검색하지 않습니다. 그러나 Looker에는 내부 프로세스의 디스크 캐시가 필요하므로 persist_for가 0 seconds로 설정되어 있더라도 암호화된 데이터는 항상 캐시에 작성됩니다. 캐시에 기록된 다음에는 데이터에 삭제 플래그가 지정되지만 디스크에 최대 10분 동안 유지될 수 있습니다. 자세한 내용은 데이터 캐싱으로 쿼리 캐싱 및 PDT 재빌드 문서 페이지를 참조하세요.
persist_for이(가) 데이터 가져오기와 반드시 일치하지는 않음
많은 기업이 매일 자체 데이터베이스로 데이터를 가져오고 있습니다. 데이터가 어차피 계속 업데이트되지 않으면 새 쿼리를 실행하지 않고 캐시 길이를 24시간 (예: persist_for: 24 hours)으로 설정하는 경우도 있지만, 이렇게 해도 사용자가 가장 최근의 새로고침보다 오래된 데이터를 가져오는 것은 방지되지 않습니다.
예를 들어 1월 1일 정오에 쿼리가 실행되고 1월 2일 아침 아침에 새 데이터를 가져온 다음 1월 2일 정오에 쿼리가 다시 실행되었다고 가정해 보겠습니다. 쿼리가 persist_for로 지정한 24시간 기간 내에 실행되었으므로 새 데이터가 1월 2일에 로드되었더라도 1월 1일의 데이터가 반환됩니다.
캐싱을 데이터 가져오기에 맞게 정렬하려면 데이터 그룹을 사용하여 쿼리 캐싱 및 PDT 재구축 문서 페이지에 설명된 대로 데이터 그룹 및
persist_with을 사용합니다.
예약된 보기가 결과를 캐시합니다.
예약된 Look이 실행되면 사용자 실행 쿼리와 동일한 방식으로 캐시된 결과 세트가 생성됩니다. 특정 보고서를 사전 캐시하려면 보고서를 저장 및 예약하는 것이 좋습니다.