검색 쿼리 구성

어떤 검색 방식을 사용해야 할지 정했다면, 이제 검색 쿼리를 만들고 테스트할 수 있습니다. Elasticsearch는 검색 로직을 표현하는 데 도움이 되는 여러 쿼리 인터페이스를 제공합니다.

이러한 쿼리 인터페이스는 서로 배타적인 것이 아니라 상호 보완적입니다. 구체적인 요구사항에 따라 애플리케이션의 부분마다 서로 다른 인터페이스를 사용할 수 있습니다. 이러한 유연성 덕분에 요구사항이 변화함에 따라 새로운 인터페이스를 점진적으로 도입할 수 있습니다.

다음 지침을 참고해 활용 사례에 가장 적합한 인터페이스를 선택하세요.

다음이 필요할 때 Query DSL을 선택하세요.

• 개별 쿼리 절, 점수 산정, 부스팅에 대한 세밀한 제어
• 가장 폭넓은 에코시스템 지원: 모든 Elasticsearch 클라이언트, 도구, 통합이 Query DSL과 함께 동작합니다
• 다단계 검색 없이 match, bool, term 쿼리 같은 단일 단계 쿼리

Query DSL은 기반이 되는 쿼리 언어이며, 특히 단일 검색 전략을 사용하는 경우처럼 단순한 검색 쿼리에는 여전히 올바른 선택입니다.

다음이 필요할 때 retrievers를 선택하세요.

• 단일 _search 호출로 다단계 검색 파이프라인 구성(예: 검색, 재순위화, 다양화)
• RRF 또는 선형 결합을 사용해 여러 검색 전략 조합
• text_similarity_reranker retriever로 시맨틱 재순위화 적용
• 어휘 필드와 시맨틱 필드에 걸친 간단한 하이브리드 검색과 자동 점수 정규화를 위해 다중 필드 쿼리 형식 사용

Retrievers는 Query DSL을 감싸면서 조합 가능성을 더합니다. BM25와 벡터 검색을 결합하거나 재순위화 단계를 추가하는 등 검색이 여러 검색 단계를 포함한다면, retrievers를 사용해 전체 파이프라인을 선언적으로 표현할 수 있습니다.

다음이 필요할 때 ES|QL을 선택하세요.

• FORK/FUSE를 사용한 하이브리드 검색, RERANK를 사용한 재순위화, COMPLETION을 사용한 텍스트 생성을 포함해 파이프 구문으로 엔드투엔드 검색 쿼리 구축
• 단일 쿼리에서 검색과 집계, 통계 또는 기타 데이터 변환 결합
• Kibana 또는 API에서 익숙한 SQL 유사 구문으로 데이터를 대화식으로 탐색

ES|QL은 워크플로가 검색을 넘어 확장될 때 적합합니다. 예를 들어 단일 파이프 쿼리에서 검색하고, 재순위화하고, 결과를 요약할 수 있습니다.

다음 표는 각 인터페이스에서 사용할 수 있는 기능을 정리한 것입니다.