検索エンジンに少し慣れていないので、インデックスとタイプの概念はあまり明確ではありません。エラスティック検索には、ドキュメントを格納できるインデックスとタイプの概念があります。
インデックスの概念は、データベース内のスキーマと相関していますか? 型の概念はテーブルと相関していますか?
誰かがインデックスの下に別のグループを作成する目的を説明できますか? 同じ種類のすべてのドキュメントを単一のインデックスに格納できないのはなぜですか?
検索エンジンに少し慣れていないので、インデックスとタイプの概念はあまり明確ではありません。エラスティック検索には、ドキュメントを格納できるインデックスとタイプの概念があります。
インデックスの概念は、データベース内のスキーマと相関していますか? 型の概念はテーブルと相関していますか?
誰かがインデックスの下に別のグループを作成する目的を説明できますか? 同じ種類のすべてのドキュメントを単一のインデックスに格納できないのはなぜですか?
インデックスの概念は、データベース内のスキーマと相関していますか? 型の概念はテーブルと相関していますか?
いいえ、いいえ。まず、ElasticSearch はスキーマ フリーです。ドキュメントの構造を事前に指定する必要はありません。ElasticSearch に JSON を投げるだけで、喜んでインデックスを作成し、保存し、取得し、検索します。
インデックスの概念はデータベースの概念に関連しています。データベースには多くのテーブルが含まれています。異種構造データ。
タイプの概念は、テーブルの概念に関連しています。1 つのインデックスの下に格納されたさまざまなタイプは、異なるマッピングを持つことができます。フィールドなどのさまざまなアナライザー。
型を調べるもう 1 つの方法は、HBase や Cassandra などの列データベースの列ファミリーとして見ることです。
実際、ElasticSearch READMEには、 2 つの異なるタイプのデータ (ユーザーとそのツイート) を「twitter」という名前の 1 つのインデックスに格納する、非常に優れた例があります。
(とは言っても、この機能を悪用することを強制する人は誰もいません。それが理にかなっていれば、インデックスの下に 1 つの型を持つことができます。)