이번 주 아키텍처 검토 문서에서 일하고 있어요 그리고 그것은 제안, 다른 것 들 중, 클라이언트는 최종 사용자 검색 환경을 개선 하기 위해 동의어를 사용 하 여 고려. 이 자신을 해 본 적이 데, 나의 생각은 정통 빠른 실습 테스트를 할 싶 었 어 요.

의외로 어려운 수행 하는 방법을 알아 내려고 했다, 그것은 비록, 사실, 아주 쉽게. 동의어 사전에 대 한 정보는 꽤 좋은 비트 (확인 여기 그리고 여기, 예를 들어). 그러나, 그 문서는 어느 WSS 2.0 / SPS 2003 지향 또는 그들은 실제로 동의어 사전에서 변경 내용을 변경한 후 무엇을 할 밖으로 철자 하지 않습니다.. 그들은 훌륭한 개요 및 세부의 공정한 비트를 제공, 하지만 마무리 선을 넘어 충분 하지 않습니다..

날 위해 일했던 단계:

1. 동의어 사전에 변경. (중요 사항에 대 한 아래를 참조 하십시오)
2. 서버에가 고 "Office SharePoint Server 검색을 다시 시작" 서비스.

모자의 팁 미스터. J. D. 웨이드 (바이오). 그는 검색 서비스를 다시 시작 하는 것에 대 한 키 비트를 제공 하 고 끝에서 나를 구출, 시간이 많이 걸리며 불필요 한 iisresets 및 전체 인덱스 크롤링. 이 에피소드 증명, 다시 한 번, 그 트위터 끝내는. (여기 지 저 귐에 나를 따르라합니다. 나 나에 나오는 모든 SharePoint 사람 따라).

WSS에서이 기능이 있는지 모 르 겠. 그것은 또는 아니다, 의견이 나 내가이 게시물을 업데이 트 거 야 이메일을 남겨 주세요.

중요 참고: 변경 하는 XML 동의어 사전 파일에 충돌 정보. "Tsneu.xml의이 개념은" "중립으로" 동의어 사전. 내가 한 작업 시간을 낭비. 내 경우에는, "Tsenu.xml 변경 하는 데 필요한" 자체 응용 프로그램 ID의 폴더 아래에 있는 파일: \\win2003srvc$ Program FilesMicrosoft 사무실 Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. 복수 팜 상황에 있는 가정, 쿼리 서버에서 실행 하는 모든 곳에서이 변화를 만들 것.

</끝>

내 블로그를 구독.

난 하루를 마쳤다 2 써니 Needham에 빠른 훈련, MA, 그리고 아이디어와 붕괴 야 (나는 모든 좋은 훈련 수업). 하나의 특정 측면의 빠른 날 생각을 했다 내가 하 고 싶 었 동안 그것은 아직도 신선 하 고 정상적인 나날 "물건 적어" 내 머리를 밖으로 밀어.

우리 SharePoint WSS 3.0 / 모스 구현자 자주 어떤 합리적인 크기의 SharePoint 프로젝트와 어려운 문제에 직면: 그런 모든 우리의 완벽 하 게 설계 된 정보 아키텍처 내에서 맞는 SharePoint에 로드 된 모든 태그 데이터 어떻게 받을 수 있나요?

만큼 자주, 우리 자신을 문제의 범위 때문에이 같은 어려운 문제가 되지 않습니다.: "우리는 아무것도 걱정 하지 않는 이상 3 개월 오래 된입니다." "우리 키워드 검색으로 모든 물건을 처리할 거 고가 앞으로 우리가 할 거 야 그것은 올바른 방법으로…" 등.

하지만, 우리 자신을 문제의 범위 수 없습니다 그리고 우리는 수천의 10 또는 수천의 100 보고 하면 어떻게 됩니까 (또는 심지어 수백만) 워드 프로세서의 — 로드 그리고 우리의 경건한 소원의 태그?

빠른 답이 될 수 있습니다..

FAST의 검색 프로세스가 포함 되어 움직이는 부품을 많이 하지만 한 단순화 된 보기가:

• 크롤러 프로세스 콘텐츠 찾습니다..
• 그것은 콘텐츠를 찾아서 문서 프로세서의 풀을 관리 하는 브로커 프로세스를 떨어져 손.
• 브로커 프로세스 문서 프로세서 중 하나에 떨어져 손.
• 문서 프로세서는 문서를 분석 하 고 파이프라인 과정을 통해, 문서에서 bejeezus를 분석 하 고 인덱스 작성기 형식 과정 떨어져 손.

빠른 우주선에, 우리는 많은 처리 파이프라인 문서 제어. 우리는 대 한 일치와 혼합 수 있습니다. 100 파이프라인 구성 요소 및, 대부분 흥미롭게도, 우리는 우리 자신의 구성 요소를 작성할 수 있습니다.. 내가 말한 것 처럼, 어떤 방법은 모든 하지만 일요일 빠른 문서 분석은 고 그것은 그 문서에 대 한 유용한 정보를 많이. 그 미친 빠른 사람들은 명확 하 게 미친 고 문서 분석에 대 한 강 박 도구 또는 정말 문서를 분류 하는 전략을가지고 있기 때문에.

그래서 … 빨리 우리 자신의 사용자 지정 파이프라인 구성 요소와 조합 하 여 사용, 우리 빨리에서 모든 컨텍스트 정보를 들고 수 있으며 이끼 다시 피드. 그것은 이것 같은 것을 갈 수도 있습니다.:

• 문서 모스에서 빨리에 공급.
• 일어나는 정상적인 미친 강 박 빠른 문서 구문 분석 및 분류.
• 우리 자신의 사용자 지정 파이프라인 구성 요소는 데이터베이스에 해당 컨텍스트 정보 중 일부 드랍 스.
• 우리의 자신의 디자인의 프로세스 컨텍스트 정보를 읽으십시오, 우리의 IA에서 MOSS 문서에 맞게 하는 방법에 몇 가지 결정 하 게 하 고 웹 서비스와 개체 모델을 사용 하 여 표시.

물론, 완벽 하지만 강 박 덕분에 그런 자동화 프로세스 수 있습니다. (아마도 insane-but-in-a-good-way 빠른 사람), 우리 진짜 더 보다는 다만 간신히 검색 가능한 문서 잔뜩 있는 SQL 데이터베이스를 채우지 진정으로 효과적인 대량 로드 프로세스에서 총 싸움을 할 수 있습니다..

</끝>

내 블로그를 구독.

난 오늘 놀고에 대 한 이유는 codeplex 면처리된 검색 오늘 프로젝트.

그것은 잠시 동안 주변 되었습니다., 다운로드 하 여 그것을 사용 하 여 일반적인 이유로 주저 하지만 (주로 시간의 부족), plus outright fear 🙂

귀하의 검색을 개선 하 고 새로운 옵션을 탐험 하고자 하는 경우, 그것을 다운로드 하 고 그것을 설치 하는 경우 한 시간 정도 자유 시간. 설치 설명서의 지시를 따 랐 고 그것은 내게 미만 20 노력 하 고 그것을 설치 하는 분. 분 값 0을 제공 하 고 있습니다..

그것은 확장을 심하게 보여요. 저자는 복잡 한 BDC 시나리오에 대 한 자세한 도보를 제공. 그것을 누락 될 수 있습니다., 하지만 그들은 또한 제공 하는 것 간단한 시나리오와 관련 된 기존의 속성 중 하나 또는 어쩌면 하나의 새로운 관리 속성을 추가 하는 것이 좋겠다. 나는 시도 하 고 시간의 다음 기간에는 자신을 작성 한다.

히 프 라인 — 분에, 설치할 수 있습니다., 그것을 구성합니다, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</끝>

내 블로그를 구독.

MSDN 검색 포럼, 이런 질문 종종 사람들:

"나 라는 문서는 ' 프로그래밍 가이드’ 하지만 난 찾고 ' 프로’ 검색 찾을 수 없는."

그것은 그것 느낌 수 있습니다., 하지만 그 금액 와일드 카드 검색. 이끼/WSS 사용자 인터페이스 상자에서 와일드 카드 검색을 지원 하지 않습니다..

검색 웹 파트에 판다 면, checkbox을 찾을 거 야, "검색 단어 형태소 분석 사용". 형태소 분석은 인간 언어의 용어. 그것은 컴퓨터 언어 문자열() 형식 함수.

이들은 몇 가지 줄기:

• "물고기" "낚시를 줄기는"
• "주요" "전공을 줄기는"

이들은 줄기:

• "5 월" "주요 줄기가 아니다."
• "프로" "프로그래머에 게 줄기가 아니다."

WSS 또는 MOSS 검색 엔진 API 통해 와일드 카드 검색을 지원 합니까. 여기는 그렇게 하는 방법을 설명 하는 하나의 블로그 기사: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

타사 제품, Ontolica, 와일드 카드 검색을 제공 합니다.. 그 제품을 사용 하지 않은.

</끝>

내 블로그를 구독.