2009-05-31 3 views
2

로,셰어 내가에서 일하고 있어요 새로운 회사에서 몇 가지 핵심 정보 시스템을 설계 찾고 있어요 높은 볼륨 정보 시스템

내가 좀 더 생각했습니다 (여기 Workflow system 내 아이디어 중 하나를 설명) 그리고 무거운 짐을 많이 챙겨서 셰어 포인트 사용을 강력히 고려하고 있습니다.

그러나 우리가 대량의 데이터를 처리하는 방법을 잘 모르겠습니다. MS 백서 (http://go.microsoft.com/fwlink/?LinkId=95450&clcid=0x409)를 읽었으며 목록에있는 약 2000 개의 항목은 전통적인 디자인 방법을 사용하는 한도에 관한 것입니다.

우리는 여러 클라이언트가 있습니다

하지만 먼저 내 계획 및 데이터 구조에 대한 정보의 조금

. 각 클라이언트에는 여러 응용 프로그램이 있습니다. 각 응용 프로그램에는 여러 개의 지속적인 작업 (또는 프로세스 실행)이 있습니다.

각 응용 프로그램은 중요한 서신과 문서를 저장합니다. 각 작업은 단일 실행에서 데이터 파일의 처리를 나타내고 포스트 스크립트 파일, 우편 목록 등과 같은 작업에 대한 정보를 저장합니다.

작업 볼륨은 약 50-100 일입니다. 각 작업에는 외부 프로그램에 의해 트리거되는 워크 플로우가 있습니다. 그런 다음 "작업 스케줄러"페이지에서 프로덕션 직원이 작업을 예약하고 작업 (플러그인으로 작성)에 대한 사용자 지정 작업을 수행 할 수 있습니다.

나는 작업이 BDC를 통해 외부 액세스 앉을 것이라고 생각하고 있었다, 그러나 나는 여전히 그들을 셰어 기능 및보고에 추가, SharePoint 목록에서 표현하고 싶은, 그들은 여러 위치에 액세스 할 것

  • 응용 프로그램 포털 - 응용 프로그램에 대한
  • 생산 스케줄러 작업을 참조 - 곧 작업의 목록을 참조 자원 할당 (예 : 컴퓨터의 파일을 메일 링 생산, 프린터로 인쇄 파일을 복사)
  • 인보이스보기를 다른 기능을 실행할 - 뷰 완료되었지만 청구되지 않은 작업, 회계 패키지
  • 클라이언트보기로 내보내기 - 클라이언트 포털 표시 작업, 송장, (외부 창고 시스템에서) 재고 수준, 문서, 변경 등록/헬프 데스크

작업에 대한 기본 정보가 BDC에 저장되지만 SharePoint는 각 작업에 대한 추가 메타 데이터를 캡처합니다. 또한 줄을 따라 WF 또는 K2 blackpoint/blackpearl과 같은 고급 워크 플로를 추가 할 수 있습니다.

가능합니까? 속도를 높이기 위해 읽으려는 자료가 있습니까?

답변

4

SharePoint를 사용하려면 SharePoint의 장점과 설계 목적에 중점을 두어야합니다.

SharePoint는 훌륭한 공동 작업 포털입니다. 단순한 고용량 데이터베이스만큼 좋지 않습니다. 그래서 ...

각 클라이언트에 대해 작은 사이트를 설정할 수 있으며 각 작업에 대해 하위 사이트를 설정할 수 있습니다. "구인 사이트"의 목표는 관련 작업 예정일, 각 작업의 작업 오류/예외 목록 및 관련 팀 문서를 웹 파트를 사용하여 표시하는 것입니다.

작업의 특정 "보기"를 제공하기 위해 별도의 사이트를 만들 수 있습니다. 예를 들어 BDC 웹 파트에서 인보이스가 필요한 항목을 다시 볼 수 있도록 '인보이스 발행'사이트를 만들 수 있습니다.

https://iwsolve.partners.extranet.microsoft.com/SDPS/이 도움이 될 수 있습니다.

메타 데이터로 "태그 지정"할 수 있기 때문에 엄청난 양의 정보를 SharePoint 목록에 저장하지 마십시오. 데이터베이스 테이블은 필요한 경우 추가 정보를 제공하는 열을 완벽하게 포함 할 수 있습니다.

이렇게 생각하십시오. 하루에 50-100 개의 작업을 작성하는 경우 해당 데이터를 목록에 넣으면 사이트 사용자가 이러한 작업에 대한 메타 데이터를 수동으로 입력하려고 할 것입니다. 생각하지 않았으므로 소스에 올바르게 저장된 메타 데이터를 얻거나 SharePoint 목록에있는 작업의 "유형"에 대한 메타 데이터를 저장하고 SharePoint에서 작업 유형을 BDC의 작업과 일치시킬 수 있도록 필요한 시스템을 만듭니다.

SharePoint는 모든 시스템 정보를 통합하는 데 도움이되지만 유감스럽게도 어떤 정보를 어디로 이동해야하는지, 각 유형의 사용이 어떻게 표시되는지 계획하는 데 많은 노력을 기울이는 것처럼 보입니다.

0

어려운 질문 Dane ... 의견을 내기 전에 디자인/비전에 대해 좀 더 알고 싶습니다.

나는이 응용 프로그램의 개발 플랫폼으로 SharePoint 2007을 사용하지 않을 것이라고 질문 한 내용을 기반으로합니다.

1) SharePoint 2007의 개발 경험은 때때로 고통스럽고 비생산적 일 수 있습니다.하드

2) 쉬운 성능 문제가 얻을 수있는

  • 가 가파른 학습 곡선 디버깅하는

    • 데이터 레이어는 복잡하고 전문 SQL/셰어 관리 기술을 필요로 할 수있다 플랫폼 규모를 만든다.
    • 콘텐츠 데이터베이스는 100GB를 초과하지 않아야합니다.

    3) 배포 작업은 수행하는 작업에 따라 매우 어려울 수 있습니다.

    4) 새 버전은 향후 12 개월 이내에 출시 될 예정입니다.

    그냥 .02.

  • 0

    SharePoint는 UI 측면에 매우 적합하지만 SharePoint 목록에 저장되고 수정되는 부분과 다른 부분에 저장되는 부분을 신중하게 생각해야합니다. 여러 가지 데이터 소스가있을 때 항상 처리해야하는 SharePoint 문제가 아닙니다.

    작업의 기본 저장소로 SharePoint 목록을 사용하여 동기화 문제를 피하고 쉽게 편집 할 수 있습니다. 데이터의 양은 문제가되어서는 안됩니다. 한 번에 2000 개의 항목을 표시하지 않으려는 것입니다. 많은 항목에서 성능 문제가있는 목록 자체가 아니라보기입니다.

    +0

    그래서, 잘 작동합니다 당신이 (예를 들어, 상태/클라이언트/응용 프로그램에 따라) 적절한 필터를 설정 한 제공? 동일한 데이터에 대한 여러보기를 쉽게 설정할 수 있습니까? 예 : 응용 프로그램 포털에서 해당 응용 프로그램의 작업을 표시하지만 프로덕션 포털에서 다가오는 작업을 표시 하시겠습니까? 이것에 편리한 참고 자료가 있습니까? – Dane

    +0

    나는 당신이 계획하고있는 것에 대해 더 많이 알지 못해서 특정 참고 문헌을 생각할 수는 없지만, 그렇습니다. 여러 사이트의 조회수는 약간 까다 롭습니다. 각 사이트에 기본 목록의 작은 조각이 있는지 또는 기본 사이트의 모든 목록의 조합을 포함하는지 결정해야하지만 몇 가지 옵션이 있습니다. 옵션에는 데이터 뷰, 컨텐츠 쿼리, 사용자 정의 검색 또는 javascript + 웹 서비스가 포함됩니다. –

    2

    이 표기를 참조하십시오. 더 나은 성능을 위해 큰 SharePoint 목록을 관리하는 데 썼습니다. 2,000 개의 항목 문제에 대한 약간의 설명을 제공 할 수 있습니다. 실제로는 제한된 수의 항목 수에 대한 제한이 아닙니다. 목록으로, SharePoint는 목록 당 최대 5 백만 개의 항목을 지원합니다. 이 문제를 해결하는 한 가지 방법은 색인 된 필드로 필터링하여 여러 항목을 표시하는 동시에 여러 가지보기를 만들고 유지하는 것입니다 (한 번에 최대 2,000 개까지). 희망이 도움이됩니다.

    디나 아 유브 프로그램 관리자 Windows SharePoint 서비스