문제

표준 UI를 사용하지만 다른 지속성 계층을 구현하는 사용자 정의 문서 라이브러리를 만들고 싶습니다. 기본적으로 다른 소스 시스템에서 문서를 가져오고 표시합니다. 이렇게하면 기존 객체 모델을 사용할 수 있지만 SharePoint 내에서 훌륭한 사무실 통합을 활용할 수 있습니다.

나는 괜찮은 기사를 찾았습니다 여기 그러나 그들은 부정 행위를하고 있으며 외부 지속성을 위해 완전히 새로운 UI를 코딩했습니다.

나는 splist와 spdocumentlibrary 객체를 살펴 보았지만 필요한 방법을 무시할 수는 없습니다.

나는 이벤트 프레임 워크를 살펴 보았고 더 가까이 있지만 'getfile'또는 'populatelist'와 같은 중요한 이벤트가 부족합니다.

이견있는 사람?

도움이 되었습니까?

해결책

이것은 당신이하려는 일에 완벽한 (또는 아마도 "좋은")에 적합하지는 않지만 주로 인식을 위해 언급하고 추가 아이디어 (및 경고)를 제공 할 수 있습니다.

SharePoint의 스토리지 아키텍처는 하나의 메타 데이터 용으로 (항상 SharePoint의 SQL 데이터베이스), 다른 하나는 Blob Storage (기본적으로 SQL)를 활용합니다. 그러나 현재 형식으로 SharePoint를 사용하면 ISPExternAlbinaryProvider 인터페이스를 구현하는 유형을 통해 자신의 블로브 스토리지 제공 업체를 "와이어 인"할 수 있습니다. 이 인터페이스를 구현하는 유형의 배선을 통해 SQL에 메타 데이터를 계속 저장하면서 문서 및 기타 블로브 항목 유형을 다른 스토어에 저장할 수 있습니다.

이것은 아마도 다소 유망한 것처럼 들리지만 몇 가지 심각한 고려 사항이 있습니다.

  1. 자신의 Ispexternalbinaryprovider 배선은 농장 전체에 영향을 미칩니다. 전부 또는 전혀 없으므로 공급 업체가 연결되면 모든 사이트와 라이 바리는 새 공급자를 사용합니다.

  2. ISPExternAlbinaryProvider가 IDL로 작업하도록 요구하기 때문에 관리되지 않는 코드로 뛰어들 필요가 있습니다.

여기에서 자세한 내용을 읽을 수 있습니다. http://msdn.microsoft.com/en-us/library/bb802976.aspx

내 테이크는 외부 Blob Storage (EBS) 시스템 이이 시점에서 "프로토 타입"이라는 것입니다. 그러나 다른 것이 없다면, 그것은 당신에게 생각할 것을 제공합니다. SharePoint Server 2010은 희망적으로 더 많은 일을하고 더 매력적이고 구현하기 쉽습니다.

그것이 가치가있는 것을 위해!

다른 팁

라이브러리 문서의 생성 및 업데이트시 실행되는 지속성 워크 플로를 사용하여 양식 라이브러리에서 SQL 지속성을 구현했습니다.

Visual Studio 2008에서 사무실 SharePoint 2007 워크 플로 프로젝트를 만들고 Spitem 문서 컨텐츠를 검색하고 InfoPath WebForm에서 생성 한 XML에서 관련 데이터를 추출하여 데이터베이스로 유지했습니다.

당신이 정말로 당신의 외부 지속을 굴리고 싶다면, 6 월부터 Technet 에서이 새롭고 광범위한 기사를 살펴보십시오.

http://technet.microsoft.com/en-us/magazine/2009.06.insidesharepoint.aspx

이제 저에게 바운티를 건네주세요. ;)

죄송하지만 ISPEXTERNALBINARYPROVIDER는이 작업을 수행하는 유일한 방법입니다. 표준 UI를 사용하려는 경우 두렵습니다.

추신 : 또 다른 주요 좌절은 백업 / 버전의 악몽입니다. 버전화가 지원되는지조차 확실하지 않습니다.

아마도 SharePoint 2010은 더 나은 방법을 가질 것입니다 ...

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top