リアルタイムRAG: ライブSQL、増分索引付けおよびフレッシュネス・テスト (2026/07/16)
リアルタイムRAG: ライブSQL、増分索引付けおよびフレッシュネス・テスト (2026/07/16) https://blogs.oracle.com/developers/real-time-rag-live-sql-incremental-indexing-and-freshness-tests 投稿者： Wojtek Pluta | Director, Technical Product Marketing 簡潔に言うと、 リアルタイムRAGでは、変更されるレコードをすべて再埋め込みするべきではありません。SQLまたはNL2SQLを使用して、現在の構造化データをリアルタイムでクエリし、セマンティック検索の恩恵を受けるドキュメントについては検索機能を使用してください。変更されるドキュメントについては、影響を受けるチャンクを段階的に更新し、バージョンとタイムスタンプを追跡し、回答が古い証拠よりも最新の証拠を優先するかどうかをテストしてください。 リアルタイムRAGに関するよくある質問は単純です。「私のデータは数分ごとに変化します。データを埋め込むべきでしょうか、キャッシュするべきでしょうか、クエリを実行するべきでしょうか、それともエージェントを構築すべきでしょうか？」 答えはデータの形状によって異なります。現在の行はドキュメントではありません。運用データは通常、運用状態を維持する必要があります。ドキュメント、トランスクリプト、サポートノート、ポリシーはインデックス化できますが、鮮度メタデータと増分更新が必要です。 主なポイント： 更新のたびに構造化データを再埋め込みするのではなく、リアルタイムでクエリを実行します。 変更される文書には増分インデックスを使用してください。 鮮度は、当然のこととして判断するのではなく、評価する必要がある。 RAGを本番環境に移行する際、ライブSQLによるデータ取得はいつ優先されるべきでしょうか？ 簡潔に言うと、 回答が現在の行数、カウント、フィルタ、日付、ステータス、権限、または結合に依存する場合は、ライブSQLを使用してください。データベースが直接的かつ決定論的に回答できる質問に対して、RAGは最初の選択肢としては適切ではありません。 リスク登録簿が5分ごとに更新される場合、すべての行を埋め込むと古いコピーが作成されます...