6
  1. トランザクション データを SharePoint リストに保存しようとしています。リストは簡単に 100,000 以上の項目にまで拡大します。
  2. クエリのパフォーマンスは、これらの列を持つデータベース テーブルに対するクエリとどのように比較されますか?

クエリ: ID で選択 Select Where ColumnValue = X Group By OrderId Group By Date

SP リストは、ID、Date、OrderId (ルックアップ)、Quantity、ItemName、Title の 6 列幅になります。

4

8 に答える 8

18

やらないでください。SharePoint はトランザクション データの処理が苦手で、パフォーマンスが低下します。

データベース レベルでパフォーマンスを向上させるために必要な機能 (インデックスの追加など) は、SharePoint のインストールに悪影響を与える可能性があります (ただし、リスト内の列は SharePoint を介して "インデックス化" できます)。

基本的に、SharePoint は特定の目的 (コンテンツ/ドキュメント) 向けに設計されており、通常とは異なることを実行しようとすると、アプリケーションの歯と爪と戦わなければならないことになります。

幸いなことに、SharePoint にはトランザクション データを統合する方法がいくつかあります。

まず (より高価な Enterprise ライセンスをお持ちの場合)、リスト アイテムのように表示されるデータベース値をインポートできるビジネス データ カタログがあります。

エンタープライズ ライセンスをお持ちでない場合は、カスタム コントロール/Web パーツまたはデータ ビュー Web パーツを使用して、そのデータを SharePoint 内の関連ページに「表示」できるようにすることをお勧めします。

要約すると、従来のデータベース アプリケーションでデータをホストし、SharePoint に統合する他のアプリケーション設計と比較して、SharePoint 内にトランザクション データを格納することにより、多くの不必要な作業に備えることになります。

于 2008-10-08T20:45:55.953 に答える
4

上記のコメントすべてに同意します。私は、SharePoint リストが合わない場合に SharePoint リストを使用したいと考えているお客様との豊富な経験を持っています。パフォーマンスがまったく心配なら、SharePoint リストは適していません。それが単にアーカイブ目的であり、データに対して頻繁に検索を行っておらず、SharePoint の検索機能で十分である場合、私はそれを検討し、手に負えなく却下しないかもしれません (MOSS を使用している場合)。

しかし、私はこのすべての側面を慎重に検討します。データ フォーム Web パーツと BDC を使用して SQL サーバー データを SharePoint 環境に取り込むのはそれほど難しくありませんが、SharePoint データを他のプラットフォームやアプリケーションに取り込むのはさらに困難です。

繰り返しますが、パフォーマンスがまったく必要な場合は、実行しないでください。

SharePoint のスケーラビリティとパフォーマンスのベスト プラクティスに関する詳細については、 http ://technet.microsoft.com/en-us/library/cc287790.aspx を参照してください。

于 2008-10-09T01:20:15.353 に答える
3

経験則では、パフォーマンス上の理由から、SharePoint リストを 2000 アイテムに制限します。

100k では、パフォーマンスは「吸い込みから吹き飛ばし」になります。

これが機能する唯一の方法は、データ セットをそれぞれ 2000 未満の複数のリストに分割できる場合です。

于 2008-10-09T03:54:03.343 に答える
2

もちろん、提案されたアプローチは推奨されません。

しかし、この件に関しては、WSS での大規模なリストのパフォーマンスに関する優れたドキュメントを次に示します。

于 2009-06-27T07:35:12.937 に答える
0

私も上記の意見に同意しますが、ブログで議論されているパフォーマンスの問題の多くは、SharePoint オブジェクト モデルが正しく使用されていないことが原因です。

dynaTrace ブログで、SharePoint リストのパフォーマンスに関する私のブログ シリーズをチェックアウトできます。このシリーズでは、SharePoint オブジェクト モデルを調べて、SharePoint サーバーとコンテンツ データベースの間で実際に何が起こっているかを明らかにします。

于 2009-01-23T13:29:38.983 に答える
0

SharePoint リストは遅くなります。

オーバーヘッドが増える = パフォーマンスが低下します。

于 2008-10-08T20:17:00.397 に答える
0

これを自分で行ったので、可能であれば避けてください。特に約 100,000 行を超えると地雷原です。

また、非常に大きなリストをクロールしようとすると、検索クローラーがタイムアウトを開始する可能性があります。タイムアウトを増やすことはできますが、それは負け戦の始まりです。

于 2009-08-14T02:39:36.053 に答える
0

+1 いいえ

SharePoint の主な機能はコラボレーションです。あなたの場合、データを読み取り専用としてリストするだけです。あなたの状況では、データを SQL DB に保存することをお勧めします。SharePoint ポータルに表示する必要がある場合は、BDC または Bamboo Data View Web パーツのようなものを使用できます。http://store.bamboosolutions.com/p-71-data-viewer-web-part.aspx

于 2008-10-08T23:06:56.310 に答える