2010-11-19 4 views
0

우리 제품에서 NHibernate.Search와 Lucene.Net (2.3.2.1)을 사용하고 있으며 쿼리에 관한 아주 이상한 동작을 발견했습니다. 1 (실패)Lucene.Net 쿼리 파서/색인 버그?

테스트

LastName:* AND IdentityType:A 
LastName:* 

시험 2 대 (: 여기 는 StandardAnalyser를 사용하여 입력 질의를 나타내는 제 thwo 시험에서 쿼리 분석기 생성 무엇 번째 라인 디버그 출력 당신이 유일한 차이점을 볼 수 있듯이

LastName:* AND IdentityType:F 
+LastName:* +IdentityType:f 

) 작업은 "F"대 "A"입니다 - 내가 arround를 연주하고 같은 "있는 그대로" ""을 사용하여 문제 "AND"를 재현 할 수 - 케이스는 중요하지 않습니다 ,하지만 다른 모든 용어가 효과가 있었기 때문에 나는 AND 키워드를 염두에두고 "O" "또는"하지만 그 두 사람은 일하고 있습니다.

내게는 쿼리 파서의 문제처럼 보였습니다.하지만 이제는 생성 된 인덱스에서 더 자세히 보았습니다. IndentityType의 "A"를 사용하여 인덱싱되지 않았습니다.

해당 문제와 관련하여 도움이나 도움을 주신 것에 대해 감사드립니다.

종류와 관련, 크리스 StandardAnalyzer 텍스트를 분석 할 때이 사용 중지 단어의 목록이

답변

2

. 이것으로 "A"가 제거됩니다.

들여 쓰기 유형 입력란에 a different analyzer과 함께 per field analyzer wrapper을 사용해보세요. 이 질문은 "루씬"대신 그냥 "Lucene.net"태그 한 경우보다 관리 노트에

, 당신은 아마

행운을 빌어 요,

+0

감사합니다 ... 빠른 답변을 수신 한 것 제비. 나는 그것을 시도 할 것이다. –