プライマリ データベースとしてエラスティック サーチを使用することを真剣に検討しています。私を妨げている唯一のことは、json ドキュメントのサイズがエラスティック検索を遅くするかどうかを理解することです。たとえば、検索する必要がある 3 つのフィールドではなく 100 のフィールドを使用して json ドキュメントにインデックスを付ける場合 (そして、他のデータについて SQL データベースにクエリを実行する場合)、エラスティック検索は遅くなりますか?
この懸念は、プライマリ データ ストレージとしてエラスティック サーチを使用しない理由になりますか? インデックスを再構築できるように、従来のデータベースにバックアップを保持しますが、私の計画は主にエラスティック検索をクエリすることです。これは良いアイデアのように聞こえますか？
JSON ドキュメント内のすべてのフィールドにインデックスを作成しても、Elasticsearch の速度が低下することはありませんが、インデックスが大きくなります。したがって、ディスク容量または RAM が限られている場合は、関連する 3 つのフィールドのみにインデックスを付けたいと思うかもしれません。
ドキュメント全体を Elasticsearch に保存する (および _source フィールドを圧縮するように設定する) ことはできますが、無関係なフィールドを "index": "no" に設定してインデックス作成を無効にします。
しかし、容量が問題にならないのであれば、Elasticsearch に任せてみませんか? おそらく、考慮していなかった他の関連フィールドがあることに気付くでしょう。また、DB が通常処理するクエリを実行するために ES を使用することになることがよくあります。簡単なスケーリングが組み込まれています。