의 하위 필드가있는 사용자 정의 필드는 누구나 solr 1.4에서 사용자 정의 필드를 만드는 방법을 알고 있습니까? 같은 유형의 하위 값, 예를 들어 3 개의 문자열을 포함하는 필드를 만들어야합니다.Solr 1.4
문제는 abt와 같습니다. "path", "title", "thumb_path"와 같은 3 개의 하위 필드 (문자열)가있는 "image"필드를 스키마에 선언하려고한다고 가정합니다.
아이디어가 있으십니까?
저는 solr 1.5에서 위도와 경도의 2 개 값을 포함하는 LatLon 객체의 개념이 있음을 알고 있습니다. 그런 것을 본 적이 있니? 당신이 당신의 SOLR 색인에서 "이미지"문서의 인덱스를 생성 고려해야처럼
루카
는 소리.
각 화상 "문서"
는 필드 것이다 :[갤러리] 멀티 값인 필드 (이미지가 둘 이상의 갤러리에 나타날 수 있다고 가정)
갤러리 페이지를 구성하려면 "gallery : foo"쿼리를 실행 한 다음 제목, 경로 등의 HTML 요소를 채우는 이미지 목록을 반복합니다.
참고 : SOLR은 제한하지 않습니다 하나의 문서 유형을 색인에 포함하는 것 (모범 사례가 다른 문제인지 여부). 따라서 다른 비 이미지 문서도 색인 할 수 있습니다. 이 경우 "doc_type"과 같은 필드를 사용하는 것이 좋습니다. 따라서 해당 유형으로 검색을 제한 할 수 있습니다.
당신이 나에게 제안하는 해결책은 비록 다른 갤러리에서 공유 된 이미지를 가질 확률이 없더라도 흥미 롭다. 내가별로 좋아하지 않는 유일한 점은 저장된 요소의 크기에 일종의 중복을 두는 것입니다. (갤러리는 더 복잡한 객체의 일부일 뿐이며, 제 경우에는 수천 개의 인스턴스가 있습니다). 안녕, 고마워. – lucke84
올바르게 이해한다면 참조하는 복제는 SOLR이 취하는 NoSQL과 유사한 접근법의 피할 수없는 결과입니다. 이점은 확장 성입니다 (데이터가 100 배 증가하고 비용이 비 참조 데이터 ("결합 된"필드의 중복 가능성)를 처리해야하는 경우에도 보조 초 응답 시간입니다. 이 데이터를 SOLR에 넣지 않기로 결정할 수 있습니다 전체 텍스트 검색 기능 (관련 순위, 형태소 분석, 패싯, 용어 부스팅)을 위해 그냥 사용하십시오. 관계형 DB에 갤러리/이미지 조회 유지하기 확장 성이 문제가되지 않는다면 이해할 수 있습니다. – nickdos
세 개의 개별 필드를 사용하지 않는 이유는 무엇입니까? 또는 multiValued 필드를 사용하지 않는 이유는 무엇입니까? –
+1 Mauricio가 말한 것. SOLR은 관계형 DB가 아니기 때문에 더 많은 noSQL 데이터베이스와 유사하므로 단일 평면/비 표준화 테이블처럼 생각해야합니다. – nickdos
안녕 얘들 아, 답변 주셔서 감사합니다. 사실, 문제는이 작업이 다중 값 필드에서 수행되어야한다는 것입니다. 예를 들어 정보를 색인화/저장하여 갤러리를 작성하려고한다고 가정 해보십시오. 갤러리는 많은 이미지로 이루어지며 모든 이미지마다 3 가지 정보 (경로, 엄지 _ 경로 및 제목)가 있습니다. 하나의 갤러리가 가질 수있는 이미지의 수를 알 수 없으며 제한을 설정하지 않습니다 (갤러리 당 최대 10 개의 이미지). – lucke84