2016-06-20 2 views
0

私は顧客のLOBアプリケーションを作成しようとしています。 asp.net Webアプリケーションは、社内のSharepointサーバーでホストされている必要があります。以前は、Infopathを使用してデータ入力フォームを作成し、Sharepointデザイナツールを使用してワークフローを設計しましたが、私はSharePoint開発の経験が限られていました。SharepointのリストとSQL Server

プロジェクト要件: 1.ユーザーがSQL Serverなどのデータストアに格納されるデータを入力するための入力画面? 2.提出された要求のステータスを示すダッシュボード。 3.アプリケーションはSharepointサーバー上でホストされている必要があります(現時点では社内)。しかし、後の時点でOffice 365(クラウド)に移行することを決定したらどうなるでしょうか?作成されたワークフローを含め、アプリケーションの移行が容易になりますか?

私はアドバイスが必要ですか?ここにいくつかの私の質問があります:

  1. データストア(SQL ServerとSharepointのリスト) - どちらが良いですか?このような典型的なLOBアプリケーションでは、SQL ServerまたはSharepointのリストにデータを格納するのが理にかなっていますか?

  2. パフォーマンス - データがSQL Serverの代わりにSharepointリストに格納されていると、アプリケーションのパフォーマンスが時間外で低下しますか?理想的な選択は何でしょうか?非常に特定のシナリオでのみSharepointリストがデータストアとして使用されますか?そのシナリオは何ですか?このアプリケーションのデータ量は、時間が経つにつれて大きくなると予想されます。おそらく、毎月約30000件のレコードが追加され、後で追加される可能性があります。

  3. セキュリティ - Sharepointはデータを保存するための安全なオプションですか?誰かがリストの構造を変更したり、sharepointを通じてデータを混乱させたりすることを望むなら、sharepoint管理者はsharepointリストへのアクセスを提供することができます。

私はSharePoint上での経験が限られているため、データを格納するためにリストまたはSQL Serverを使用するかどうかについてアドバイスが必要です。

答えて

1

LOBアプリケーションが、非常にリレーションを持つテーブルと2つ以上のリレーションを持つテーブルのような複雑な構造を持つ場合、SharePointで問題が発生します。

複雑な結合ですべてのテーブルから要約レポートを作成する場合は、SQL Serverを使用する方がよいでしょう。 簡単な答えは、複数のリンクテーブルを使用したSharePoint開発は難しく、ソフトウェアのメンテナンスも難しいです。

パフォーマンス:非常に大量のデータ(500000レコード以上)を含むSharePointリストは、サーバーパフォーマンスのハードウェアによっては遅くなりますが、このURLが好きな場合は大きなリストパターンを使用できます。Link

SharePointリストのセキュリティアーキテクチャは非常によく、この件とセキュリティパターンの各タイプがデータに適用できるかどうかは不明です。

関連する問題