ベクトルDBに全文検索を組み合わせるハイブリッド検索が要る場面|各社の実装方式を確認する
意味検索は言い換えに強く、キーワード検索は表記の一致に強い。どちらか一方では取りこぼす場面があるからこそ、両方を組み合わせる方式が各社に用意されている。
17 / 75 ページ
意味検索は言い換えに強く、キーワード検索は表記の一致に強い。どちらか一方では取りこぼす場面があるからこそ、両方を組み合わせる方式が各社に用意されている。
移行しやすさは使ってみるまで分からないと思われがちだが、バックアップの制限とオープンソースのコアの有無は、契約前に公式ドキュメントだけで確認できる。
同じエンジンでも、誰が何を担うかは運用形態で変わる。公式ドキュメントに並ぶ項目の数がその境目を教えてくれる。
同じ「ベクトルDB」でも、何に対して課金するかは会社によって違う。型を知らずに比較すると、条件次第で入れ替わる数字だけを見て判断してしまう。
基準を満たさなければ公開しない、という前向きのゲートを持っていても、稼働後に止める条件が無ければ、止める判断はいつまでも下せない。
基準は理想値ではなく測れる範囲で決める。100%を基準にすると、答えが文書に無い質問が1件あるだけで永久に公開できなくなる。
評価設計で見落とされやすいのは、標本数が少なければ「0%」は何も保証しないという点と、合格した失敗モードの件数が少ないという点である。