W ElasticSearch, czy powinienem używać wielu indeksów dla osobnych, ale powiązanych podmiotów?

Question

Koszt dodawania indeksów jest dobrze udokumentowany, ale nie byłem w stanie znaleźć dobrych informacji o tym, kiedy używać wielu indeksów w odniesieniu do różnych typów indeksowanych dokumentów.

Oto ogólny przykład do zilustrowania pytanie:

że mamy następujące podmioty

• Produkty (nazwa, ProductId, ProductCategoryID, list-of-sklepy)
• Kategorie produktów (Nazwa, ProductCategoryID)
• Sklepy (nazwa, StoreID)

Czy należy zrzucać te trzy różne typy dokumentów do jednego indeksu, każdy z odpowiednim elasticsearch type?

Mam trudności z ustaleniem, gdzie należy narysować linię na jednym i wielu indeksach.

Co, jeśli dodamy niepowiązany podmiot, "Strony internetowe". Zdecydowanie oddzielny indeks?

Answer 1

Ostatnio modelowałem system zaplecza ElasticSearch od podstaw i z mojego punktu widzenia najlepszą opcją jest umieszczenie wszystkich powiązanych dokumentów w tym samym indeksie.

Przeczytałem, że some people had problems with too many concurrent indexes (1 indeks na typ). Lepiej dla wydajności i solidności, aby ujednolicić powiązane typy w tym samym indeksie.

Poza tym, jeśli typy są w tym samym indeksie można użyć „_parent” pole do tworzenia modeli hierarquical które pozwolą wam ciekawe funkcje wyszukiwania jako „has_child” za i „has_parent” i oczywiście nie trzeba powielać dane w twoim modelu.

Answer 2

Bardzo interesujący film wyjaśniający elasticsearch „Wzorce projektowe danych” Shay Banon:

http://vimeo.com/44716955

To dokładna odpowiedź na pytanie o 13:40 gdzie bada różne przepływy danych, patrząc na koncepcji z Type, Filter i Routing

Pozdrowienia