Support의 보기를 통해 티켓과 사용자 데이터를 사용하여 티켓을 목록으로 정리할 수 있습니다. 보기에 대한 자세한 내용은 보기를 사용하여 티켓 워크플로 관리하기를 참조하세요.
많은 조건이 포함된 복잡한 보기나 많은 티켓을 리턴하는 보기를 만든 적이 있다면 보기를 로드하고 표시하는 데 시간이 많이 걸려 짜증이 났을 것입니다. 복잡하고 방대한 양의 보기로 인해 성능이 저하될 수 있습니다.
이 문서에서는 Zendesk Support에서 보기를 최적화하는 데 사용할 수 있는 몇 가지 성공 사례를 알아보며, 성능을 최적화하고 불필요한 복잡성을 피하는 보기를 만들 수 있는 방법을 안내합니다.
이 문서에서는 다음과 같은 주제를 다룹니다.
일반 팁
우선, 보기 조건 문을 만들 때 다음 사항을 피하세요.
- 여러 개의 텍스트 필드 확인
- 널 값 확인(예: “담당자가 ( - )임”)
- 광범위한 배제 문 사용(예: “NOT” 문)
대신 가능한 구체적인 포함 문 사용 - 태그 확인
- “다음 문자열/단어를 포함하지 않음”에 대한 조건에서 티켓 설명 확인
문자열/단어를 확인하는 것은 태그를 확인하는 것보다 훨씬 더 큰 복잡성 유발
태그를 확인하는 조건이 단어/문자열을 확인하는 조건보다 덜 복잡하므로 선호됨
보기를 표시하려면 보기에서 정의된 조건에 일치하는 것을 찾기 위해 보관되지 않은 모든 티켓을 검색해야 합니다. 따라서 항상 존재하지 않는 것이 아니라 존재하는 것을 찾는 보기를 정의하는 것이 좋습니다.
대용량 데이터 집합 조작하기
엄청난 양의 티켓(예를 들어 연말 보고서를 위한 수십만 건의 티켓)을 봐야 하는 경우에는 먼저 티켓을 Zendesk Support 밖의 외부 데이터 저장소로 내보낸 다음 거기서 데이터를 가져오는 것이 훨씬 수월합니다.
티켓 보관
Zendesk Support에서는 티켓이 종료로 표시된 후 120일간 자동 보관합니다. 그러한 티켓에 계속 액세스할 수 있지만 보기에는 그러한 티켓이 포함되지 않습니다. 티켓 보관하기에 대한 정보를 참조하세요.
페이지 매김
보기에 너무 많은 티켓이 포함되면 여러 페이지가 생길 수 있고, 그 경우 결과가 여러 페이지로 나뉘며 이때 각 페이지에는 티켓 30개가 포함됩니다. 이럴 경우 성능이 눈에 띄게 저하될 수 있습니다.
페이지 수에 정해진 제한은 없지만 페이지가 너무 많으면 보기가 더 복잡해지며, 다음과 같은 요인이 보기의 성능에 영향을 미칩니다.
- 티켓의 양
- 동시에 보기에 액세스하는 상담원 수
- 조건
“쿼리 정지기”
“쿼리 정지기”란 무엇인가요? 필요한 처리 능력으로 인해 너무 큰 보기가 로드되지 못하도록 하는 기능입니다.
이러한 기능을 실행하는 두 가지 주된 이유는 다음과 같습니다.
- 보기에는 복잡한 티켓 계산이 필요하며 상당히 많은 양의 티켓이 리턴되는 경우
참고: 개인용 보기의 경우 상당히 많은 양의 티켓을 가져오는 경우에만 쿼리 정지기가 필요합니다. - 동시에 수백 명의 상담원이 보기를 보는 것처럼 한 번에 많은 사람이 보기에 액세스하는 경우
복잡한 보기
복잡한 보기를 하루에 한 번만 여는 것은 괜찮습니다. 하루 중 처음으로 보기를 열 때 가장 시간이 많이 걸리고, 그 후에는 캐시를 지우지 않는 한 시간이 덜 걸립니다. 보기에 수천 개의 티켓이 있는 복잡한 보기를 수백 명의 상담원이 분당 여러 번 액세스한다면 성능에 가장 큰 영향을 미칠 것입니다.