레일로 전체 텍스트 검색
https://stackoverflow.com/questions/1132284
-
16-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 레일에 대한 플러그인/보석을 검색하고있다. 대부분의 기사는 Ferret (Lucene)을 Ultrasphinx 또는 Sphinx를 생각하는 Sphinx와 비교하지만 SearchLogic. 그 사람이 어떻게 비교되는지에 대한 단서가 있습니까? 무엇을 사용하고 어떻게 수행합니까?
해결책
Thinking_sphinx 및 Sphinx는 아름답게 작동하며 색인화, 쿼리, 문제를 설치합니다 (제작 슬라이스 호스트를 포함하여 5 또는 6 설치)
Craigslist는 왜 모두가 Sphinx를 사용하지 않습니까? 그 제한 사항에 대해 읽어보십시오 (연년 반 기사. 스핑크스 개발자 인 Aksyonoff는이 작업을 수행하고 있으며 기능과 신뢰성을 발휘하고 놀라운 속도로 버그를 스탬핑하고 있습니다).
http://codemonkey.ravelry.com/2008/01/09/sphinx-for-search/
http://www.ibm.com/developerworks/opensource/library/os-php-apachesolr/
전체 텍스트 검색 엔진 비교 - Lucene, Sphinx, PostgreSQL, MySQL?
흰 족제비 : 쉬운 설치, 제대로 줄기가없고, 매우 느린 인덱싱 (One MySQL DB : Sphinx : 3 초, 흰 족제비 : 50 분). 로드중인 생산에서 DRB 서버의 잘 문서화 된 문제 (인덱스 손상). 그 말에 따르면, 나는 3 년 전에 Acts-As_ferret가 나왔기 때문에 Develometn에서 그것을 사용했으며, 그것은 저를 잘 섬겼습니다. Porter Stemming을 준수하지 않는 것이 일부 상황에서는 이점입니다.
Lucene과 Solr는 오픈 소스 검색의 Gorilla / Mack 트럭 / 헤비급 챔피언입니다. 팀은 인상적인 수많은 새로운 기능을 해왔습니다. Solr 14 릴리스 :
Acts-as-Solr : 일단 Tomcat 또는 Jetty가 제자리에 있으면 잘 작동하지만 때로는 고통입니다. 그만큼 Mattmatt의 AAS Fork 메인 포크이지만 프로젝트는 비교적 인재되지 않습니다.
RE TOMCAT 설치 : Solr/ Lucene은 의심 할 여지없이 내가 본 모든 소프트웨어 패키지의 최고의 지식 기반/ 지원 검색 엔진을 가지고 있습니다.
http://www.lucidimagination.com/
새로운 태양 흑점 루비 래퍼, Solr-Ruby를 구축하십시오. 유망한 것처럼 보이지만 OSX에 설치할 수 없었습니다. AR을 통한 데이터베이스뿐만 아니라 모든 루비 객체를 색인
실제로 유익한 것은 2 개의 검색 플러그인 (예 : Sphinx and Solr, Sphinx 및 Ferret)을 설치하고 그들이 어떤 다른 결과를 반환하는지 확인하는 것입니다. 쉽습니다
@sphinx_results - @ferret_results
이 게시물과 응답을 보았습니다
http://www.jroller.com/otis/entry/open_source_search_engine_benchmark
다른 팁
우선, 나의 명백한 편견 : 나는 사고 스핑크스를 만들고 유지했다.
그렇게 일어나면서, 나는 실제로 NYC Ruby에서 Ben Johnson (SearchLogic의 제작자)이 어젯밤에 그것에 대해 만나는 것을 보았습니다. SearchLogic은 SQL 전용이므로 대규모 테이블을 다루지 않고 관련성 순위가 필요하지 않으면 정확히 원하는 것이 될 수 있습니다. 구문도 꽤 깨끗합니다.
그러나 모든 쿼리 인텔리전스가 자신의 것이 아닌 코드로 처리하려면 스핑크스 또는 솔르 (후드 아래의 루센이라고 생각합니다)가 아마 더 잘 작동 할 것입니다.
SearchLogic은 좋은 플러그인이지만 실제로 검색 코드를 더 읽기 쉽게 만들기위한 것이므로 Sphinx가하는 자동 색인을 제공하지 않습니다. 나는 흰 족제비를 사용하지 않았지만 Sphinx는 엄청나게 강력합니다.
http://railscasts.com/episodes/120-thinking-sphinx
얼마나 유연한 지 확인하기위한 훌륭한 소개.
나는 SearchLogic을 사용하지 않았지만 Lucene은 매우 성숙한 프로젝트이며 많은 언어로 구현된다고 말할 수 있습니다. 빠르고 유연하며 API는 함께 일하는 것이 재미 있습니다. 좋은 내기입니다.
이 질문을 감안할 때 여전히 전체 텍스트 검색을 위해 Google에서 높은 순위를 매겼습니다. 태양 흑점 Rails 응용 프로그램에 전문 검색 기능을 추가하는 데 관심이 있다면 오늘날 더욱 강력합니다 (그리고 그 뒤에는 Solr을 원합니다). 이것에 대한 전체 자습서를 확인할 수 있습니다 여기.
그리고 우리가 그것에있는 동안, 현장에 도착한 또 다른 경쟁자는 Elasticsearch, 그것은 Lucene 위에 구축 된 실시간 전문 검색 엔진이되는 것을 목표로합니다 (그러나 Solr과 비교할 때 다르게 행동합니다). Elasticsearch에는 여러 노드에 대한 상자 외 샤드 및 복제, 더 빠른 실시간 검색, "Percolators"가 포함되어 있으며 기준과 일치하는 항목을 사용할 수있게되며 더 많은 다른 기능으로 실제로 빠르게 움직입니다. API가 간단하고 JSON을 형식으로 사용하는 휴식을 기반으로하기 때문에 그 위에 무언가를 만들기 쉽습니다. 사용하기 위해 플러그인이 필요하지 않다고 말할 수 있습니다.
개인적으로, 나는 웹 응용 프로그램에 대한 데이터베이스 애프터리트를 귀찮게하지 않으며 PG83의 전체 텍스트 검색을 사용하여 매우 기쁩니다. 이점은 프레임 워크/언어를 변경하는 경우에도 여전히 전체 텍스트 검색이 있다는 것입니다.
의존성이없는 간단한 검색 보석을 찾는 사람은 누구나 확인하십시오. acts_as_indexed
