이미 데이터가 저장된 모델의 타이어/탄성 검색 매핑을 다시로드

Question

나는 타이어 및 탄성 검색을 사용하여 Rails App의 일부인 MongoMapper 모델에서 검색 기능을 제공합니다. 클래스 혼자 didn를 다시로드

config.cache_classes = true 

: 나는 (설정/환경/env_name.rb에서) 다음과 같은 구성을 사용하는 환경에 재배치 할 때이 모델에 대한 매핑이되고, 업데이트되지 않은 곳 난 그냥 문제를 우연히 발견 이 문제를 해결하는 것 같아요. 아마도 새로운 매핑이 기존 데이터와 호환되지 않을 수도 있습니다. 대신 다음을 수행해야했습니다.

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

나는 a)의 더 나은 방법이 있는지 궁금해했습니다. 내 모델 코드에 정의 된 최신 매핑이 각 배포 후에 elasticsearch에 의해 사용되고 있는지 확인하지만 b). 완전한 데이터 세트로 불필요한 인덱스를 다시 채우지 않아도 되나요?

일반적으로 Chef를 사용하여 배포하므로 너무 어려움없이 성공적으로 사용한 세 단계를 자동화 할 수 있습니다. 하지만 신축성이 뛰어나고 타이어 때문에 나는 두 가지를 오용하거나 불필요하게 어렵게 만들 가능성이 높다고 생각했습니다.

Answer 1

커플을 시도 할 수 있습니다 :

• 타이어는 클래스로드
• 하지만 타이어 하지 시도를하지 올바른 매핑 인덱스를 만들려고 모델이 이미 존재할 때 색인을 생성하십시오.

그럼, 당신의 질문은 정말로 적절한 워크 플로우에 관한 것입니까? 응용 프로그램의 새 버전을 배포 할 때 어떤 종류의 백업에서 데이터베이스를 다시 채우지 않는 것과 같은 방법으로 인덱스를 다시 채워서는 안됩니다.

MyModel.tire.index.mapping을 MyModel.tire.mapping으로 비교하고 다른 경우 다시 채우는 등의 방법으로 모델의 현재 정의를 준수하는 인덱스 매핑을 자동으로 확인할 수 있으므로주의해야합니다.

개발자는 대개 매핑을 변경 한 시점을 알고 있으므로 데이터를 다시 색인화해야합니다. 인덱스 삭제 및 다시 채우기는 검색 중단 시간을 의미하며 대규모 응용 프로그램에는 적합하지 않습니다.

데이터를 가져올 때 my-index-2012-12과 같은 특정 인덱스 이름을 사용하고이 인덱스에 my-index 별칭을 지정하는 것이 더 효과적인 솔루션입니다. 그런 다음 인덱스를 자유롭게 다시 채울 수 있으며 작업이 끝나면 중단 시간없이 별칭을 바꿀 수 있습니다. 타이어는 이런 종류의 작업 흐름 (레이크 임포트 작업 등)에서 당신을 지원하기 위해 열심히 노력합니다.

Answer 2

현재 지점이 Update elasticsearch settings via Tire