SharePoint 목록에 높은 볼륨 트랜잭션 데이터를 저장하는 것이 좋습니다.

Question

RFID 태그에서 입력을 취할 내부 응용 프로그램의 솔루션 전략을 고안하고 해당 레코드는 "어딘가"저장됩니다.이제는 SharePoint 목록이나 SQL 데이터베이스 간의 선택 항목이 필요합니다.대량 거래는 이에 예상됩니다.

보고서 논리에 따라 이러한 기록 된 거래에 관한 이해 관계자를 위해 보고서 및 뷰가 생성됩니다.WHILE, SharePoint는 목록보기, 콘텐츠 쿼리, 보고서 및 성능 포인트 대시 보드를 사용하는 옵션의 플레토라를 고려한 프리젠 테이션 레이어에 대한 명백한 선택입니다. 데이터를 저장하거나 SQL 데이터베이스를 사용하려면 목록을 사용하여 여전히 불분명합니다.

높은 볼륨에 의해 나는 약 20k 새로운 아이템을 기대하고 있습니다.

Answer 1

SQL 데이터베이스를 찾으십시오.몇 가지 이유로 다음을 수행하십시오.

1. SharePoint 목록에 저장하는 것은 필요하지 않은 많은 오버 헤드를 추가합니다.
2. 하루에 20K 항목을 사용하면 지원되는 최대 15000 일 동안 도달하고 6 시간 6 시간 내에 Thotling Limit를 열거합니다.
3. 그러나 가장 중요한 데이터의 양은 데이터를 이해하기 위해 집계됩니다.그리고 이것은 SharePoint가 실제로 SQL 와 비교하여 부족한 영역입니다.

Answer 2

i는 과거에 해당 모든 데이터를 저장하도록 별도의 SQL 데이터베이스를 사용합니다.이는 데이터의 프리젠 테이션에 대한 추가 작업이 필요하지만 BCS, SSRS 및 / 또는 PowerPivot를 사용하면 SharePoint로 쉽게 당길 수 있습니다.나는 그 많은 것을 SP 콘텐츠 데이터베이스에 넣고 좋은 일을 기대하지 않을 것입니다.)

Answer 3

여기서 '서비스'의 종류를 개발할 계획이있는 것 같습니다.

목록은 목록이라고 생각하지만 SharePoint 인프라 스트럭처의 일부가 여전히 여전히 서비스 데이터베이스를 사용하는 사용자 정의 서비스 응용 프로그램으로 개발할 수 있습니다.

"Nofollow"> 파라고사 서비스는 사용자 정의 SharePoint 서비스 응용 프로그램 구현의 좋은 예입니다