ベクトルDBのマルチテナント|テナントごとに分けるか、1つに入れて仕切るかの判断
テナントごとにコレクションを分けるのが一番安全に見えて、公式ドキュメントはそれを勧めていないことが多い。分離の方式と、その代償を公式の記述から整理する。
15 / 75 ページ
テナントごとにコレクションを分けるのが一番安全に見えて、公式ドキュメントはそれを勧めていないことが多い。分離の方式と、その代償を公式の記述から整理する。
「部署Aの文書だけから探す」という要求は、ベクトル検索では単純ではない。絞り込みが索引の効き方を変える構造を、公式ドキュメントで確認できた範囲で整理する。
更新が多いデータでは、検索性能より先に「索引を作り直す運用」が重くなる。公式ドキュメントで確認できる範囲で、更新頻度が選択に効く箇所を整理する。
ベクトルの件数が増えると、検索が遅くなる前に、メモリと索引の作り直しで詰まる。公式ドキュメントで確認できる範囲で、規模が選択に効く箇所を整理する。
自治体の制度は自治体ごとに違い、かつ変わる。この二重の変動を扱いきれない設計は、旧制度に基づく回答を返すリスクを抱える。
107テナントは自社が構築した検証環境の単位であり、顧客数ではない。幻覚率0%は95%信頼上限とセットでなければ読めない。
法務文書のRAGでまず疑うべきは検索の精度ではなく、いつ時点の、どの契約の、どの条項かを扱えているかという設計そのものである。