2

ヘルプ チケットの種類のシステムを作成する必要があり、Sharepoint リストとカスタム DB を決定するための入力を探しています

システムに 200 万枚のチケットを保持する必要があります。

日付範囲およびその他の基準に基づいて、チケットに対するレポートを提供する必要があります

日付範囲に基づいて検索を提供する必要があります。

データ量を考慮すると、Sharepoint リストは正しい選択ですか?

共有ポイントのリストに何百万ものレコードがある経験をしたことがある人はいますか?

4

2 に答える 2

2

200 万件のチケットがカスタム DB に使用されることが前もってわかっている場合。チケットは、他の (ビジネス) エンティティと関係があります。結合と複雑なクエリが必要になる場合があります。ドキュメントと単純なリストにのみ SharePoint を使用します。SharePoint はデータベースではありません。

私は SharePoint 2010 のプロジェクトで、最初は SP リスト (10000 個のアイテム) を信頼しすぎた経験があります。データはカスタム DB に配置されました。

ここここを見て

于 2012-12-18T00:29:44.903 に答える
1

使用する SharePoint のバージョンによって異なります。

SharePoint 2007

このドキュメントによると、1 つのビューに2000個を超えるアイテムを含めることはできません。

テストでは、2,000 エントリを超えるとリスト ビューのパフォーマンスが低下することが示されています。

したがって、技術的にはより多くのアイテムをそこに置くことができますが、その場合、パフォーマンスの問題が発生することが予想されます。

制限はビューに適用されるため、ビューでそれらを適切にグループ化する限り、おそらくリスト内により多くのアイテムを持ち、許容できるパフォーマンスを維持できます。

こちら (SharePoint 2003 および SharePoint 2007 の場合) にも同様の質問への回答があり、より役立つ情報が含まれています: SharePoint リストのスケーラビリティ

SharePoint 2010 (および SharePoint 2013)

SharePoint 2010 (および SharePoint 2013) の場合、リスト内のアイテムの総数の制限は30 000 000です(ただし、特定のケースによって異なる場合があります)。

これらのドキュメントに記載されているその他の制限事項も参照してください。

さまざまな SharePoint バージョンのドキュメント リストの制限:

于 2012-12-12T21:40:18.403 に答える