私は現在、理想的には、ユーザーのために保存されるドキュメントの検索バーをサポートできる Web アプリケーションに取り組んでいます。これらの各ドキュメントは、適切なサイズの記事までの小さなスニペットになります。(検索目的で数 KB のテキストよりも大きなドキュメントがあるとは思いません) RethinkDB の適切な使用方法について読んでいると、気になる情報がいくつか出てきます。は、インデックス化されていないデータに対するフィルターなどを行った場合のパフォーマンスです。これらの呼び出しの 1 つに何分も費やしていると人々が言及しているのを見てきました。長期的には、少なくとも 10,000 以上のドキュメントが存在すると予想されることを考慮すると (そして、実際には 100,000 以上、1,000,000 以上など)、標準の RethinkDB API で 1 秒未満 (できれば数十ミリ秒) の応答時間でこれらのドキュメントを検索できる方法はありますか? それとも、インデックスを巧みに使用してすばやく検索できる別のスキームを考え出す必要がありますか? それとも、その機能を提供する別のデータベースを使用したほうがよいでしょうか?
質問する
1920 次