この記事で分かること／分からないこと
- 分かること: 主要なベクトルDB・検索エンジンが公式に用意しているハイブリッド検索の実装方式
- 分かること: 方式の違い(フィルタ型・クライアント側統合・サーバー側統合)
- 分からないこと: 自社のクエリでどちらの方式が精度で勝るか(データとクエリ次第のため一般化できない)
- 分からないこと: 各方式のレイテンシ差(公開情報からは分からない)
キーワード一致が要る理由
ベクトル検索(意味の近さで探す)は、言い換えられた質問には強い一方、型番・エラーコード・固有名詞のような「表記が一致すること」が重要な語には弱い場面がある。全文検索(キーワードの一致で探す)はその逆の性質を持つため、両方を組み合わせるハイブリッド検索という方式が使われる。Pineconeの公式ドキュメントも「キーワード検索は特定のトークンに一致し、意味検索は言い換えに強い。それぞれが見落とすものを補い合うのがハイブリッド検索」と説明している(出典: https://docs.pinecone.io/guides/data/understanding-hybrid-search 、確認日2026-09-06)。
Pinecone: 3通りの組み合わせ方
Pineconeは公式ドキュメントで、ハイブリッド検索を実現する3つの方法を挙げている。(1)テキスト一致のフィルタをかけてから密ベクトルで並び替える方法、(2)キーワード検索と密ベクトル検索を別々に実行し、結果をReciprocal Rank Fusion(RRF)で統合するクライアント側の方法、(3)1つのレコードに密ベクトルと疎ベクトルの両方を持たせ、alphaパラメータで両者の重みを調整しながら1回のクエリで統合するサーバー側の方法、の3つである(出典: https://docs.pinecone.io/guides/data/understanding-hybrid-search 、確認日2026-09-06)。
WeaviateとQdrant: BM25と密ベクトルの統合
Weaviateは、1つのクエリ文字列でベクトル検索とBM25によるキーワード検索を同時に行う「Hybrid search」を公式機能として持ち、統合方式(rankedFusion・relativeScoreFusion)と両者の重みを決めるalphaパラメータを設定できる。Qdrantも「Hybrid Queries」という専用の概念ページと、BM25・SPLADE(疎ベクトル)・ColBERT型の多重ベクトルに関する複数のチュートリアルを公式ドキュメントに持っている(出典: https://weaviate.io/developers/weaviate/search/hybrid 、https://qdrant.tech/documentation/concepts/hybrid-queries/ 、確認日2026-09-06)。
全文検索エンジン側からの統合: Elasticsearch
Elasticsearchは、もともと全文検索エンジンとして持っていたBM25F(キーワード一致のスコアリング)に、kNNによるベクトル検索を組み合わせ、両者のランキングをRRFで統合する構成を公式に説明している。ベクトルDBが後からキーワード検索を足す方向とは逆に、全文検索エンジンが後からベクトル検索を足す方向の実装であり、たどり着く先の「両方使う」という形は同じでも出発点が異なる(出典: https://www.elastic.co/what-is/hybrid-search 、確認日2026-09-06)。
pgvectorは「組み合わせる前提」の機能
pgvector自体は近似最近傍探索のための拡張機能であり、単体では全文検索を持たない。公式READMEは「ハイブリッド検索にはPostgres標準の全文検索と組み合わせて使う」ことを明記しており、RRFやクロスエンコーダで結果を統合するサンプルコードを公式リポジトリで公開している(出典: https://github.com/pgvector/pgvector 、確認日2026-09-06)。
よくある質問
Q1. ハイブリッド検索はどんな場面で必要になるのか
型番・エラーコード・固有名詞のように表記の一致が重要な語を含むクエリでは、意味検索だけでは取りこぼしが起きやすい。キーワード一致の検索を組み合わせることで、その取りこぼしを補う設計が各社に用意されている。
Q2. Pineconeのハイブリッド検索はどういう仕組みか
公式ドキュメントによれば、テキスト一致フィルタ、クライアント側でのRRF統合、密ベクトルと疎ベクトルをサーバー側で統合する方法の3通りが用意されている。
Q3. WeaviateとQdrantのハイブリッド検索は同じ仕組みか
どちらもベクトル検索とキーワード検索(BM25)を統合する点は共通しているが、統合方式の名称やパラメータの持ち方は公式ドキュメント上で異なる形になっている。優劣は公開情報だけからは判断できない。
Q4. pgvectorでハイブリッド検索はできるのか
pgvector単体には全文検索機能が無いが、公式にPostgres標準の全文検索と組み合わせる方法が案内されており、RRFで統合するサンプルコードも公開されている。
ハイブリッド検索を組む前に確認しておきたいのが、それぞれのサービスの移行しやすさである。移行しやすさとロックインの効きどころは移行しやすさの記事にまとめている。そもそもキーワード検索だけで足りる場合の条件はそもそもベクトルDBが要らない場合の記事で扱っている。自社が実行時にLLMを呼ばず索引だけで応答を返す構成は索引による確定配信の記事を参照してほしい。15サービスの比較はRAGサービス比較15選で扱っている。ハイブリッド検索の設計について相談したい方は、お問い合わせから編集部までご連絡いただきたい。
- ハブ記事: RAGサービス比較15選
- 関連記事: 索引による確定配信
- 関連記事: 移行しやすさとロックイン
- 関連記事: そもそもベクトルDBが要らない場合