Ponowne ładowanie opon/mapowania elastycznego przeszukiwania dla modelu, który już ma przechowywane dane

Question

Korzystam z funkcji Tyre i elasticsearch, aby zapewnić funkcję wyszukiwania w modelu MongoMapper, który jest częścią aplikacji Rails. Właśnie natknął się na problem gdzie mapowania dla tego modelu nie były aktualizowane, kiedy przesunięte do środowiska, które wykorzystuje następującą konfigurację (w config/Środowiska/env_name.rb):

config.cache_classes = true 

przeładowywania klasy sam nie zrobił Wydaje się, że naprawia problem (być może zrozumiałe, że nowe mapowania mogą nie być niekompatybilne z istniejącymi danymi?). zamiast tego musiałem wykonać następujące czynności:

MyModel.index.delete 
<restart the app or reload the class> 
MyModel.index.import MyModel.all 

Po prostu zastanawiałem się, czy istnieje lepszy sposób na). zapewniając, że najnowsze mapowania zdefiniowane w kodzie modelu będą używane przez elastyczne wyszukiwanie po każdym wdrożeniu, ale b). unikanie niepotrzebnego ponownego indeksowania indeksu za pomocą kompletnego zestawu danych?

Zwykle wdrażamy za pomocą Chefa, więc mogłem zautomatyzować trzy kroki, które z powodzeniem zastosowałem bez większych problemów. Ale jestem nowicjuszem w zakresie elastycznego wyszukiwania i opon, więc pomyślałem, że bardzo prawdopodobne jest to, że niewłaściwie wykorzystuję oba elementy lub niepotrzebnie utrudniam pracę.

Answer 1

kilka punktów tutaj:

• opon próbuje utworzyć indeks z prawidłowym odwzorowaniu po załadowaniu klasy
• ale Tire dokłada nie próbę utwórz indeks dla modelu, gdy już istnieje.

Twoje pytanie dotyczy zatem prawidłowego przepływu pracy? Po wdrożeniu nowej wersji aplikacji nie należy ponownie wypełniać indeksu w taki sam sposób, w jaki nie ponownie wypełnia się bazę danych z pewnego rodzaju kopii zapasowej.

Automatyczne sprawdzanie odwzorowań indeksu zgodne z bieżącą definicją w modelu jest z pewnością możliwe (porównaj MyModel.tire.index.mapping z MyModel.tire.mapping, ponownie wypełnij, jeśli jest inny, itp.), Jest to coś, czego bym się nie bał.

Deweloper zwykle wie, kiedy zmieniła mapowanie i powinna ponownie zindeksować dane. Upuszczenie indeksu i ponowne zapełnienie oznacza także przestój w wyszukiwaniu, a nawet nie jest możliwe w przypadku dużych aplikacji.

Lepszym rozwiązaniem jest użycie konkretnej nazwy indeksu, takiej jak my-index-2012-12 podczas importowania danych, i wskazanie aliasu my-index dla tego indeksu. Następnie możesz dowolnie ponownie wypełnić indeks i odwrócić alias, gdy skończysz, bez przestojów. Tyre stara się wspierać Cię w tego rodzaju workflow (zadanie importu prowizji itp.).

Answer 2

Można spróbować tej Update elasticsearch settings via Tire