として、私は私が働いている新しい会社で、いくつかのコアな情報システムを設計で探していますが、私はもう少し考えたSharepointのは、大容量の情報システム
を(ここではWorkflow system私のアイデアの1を参照しました)多くの重量挙げのためのシェアポイントの使用を強く検討しています。
しかし、大量のデータを処理する方法がわかりません。私はMSのホワイトペーパー(http://go.microsoft.com/fwlink/?LinkId=95450&clcid=0x409)を読んでいます。リストには約2000件のアイテムがあります。
しかし、私の計画とデータ構造上の情報の最初のビット:
私たちは、複数のクライアントを持っています。各クライアントには複数のアプリケーションがあります。各アプリケーションには、複数の進行中のジョブ(またはプロセス実行)があります。
各アプリケーションには、重要な対応と文書が保存されます。各ジョブは、1回の実行でデータファイルの処理を表し、ポストスクリプトファイルや郵便マニフェストなどのジョブに関する情報を格納します。
ジョブ量は1日あたり約50〜100になります。各ジョブには、外部プログラムによってトリガされるワークフローがあります。次に、「ジョブスケジューラ」ページでは、プロダクションスタッフがジョブをスケジュールし、そのジョブ(プラグインとして書かれている)に対してカスタムアクションを実行できます。
私は仕事がBDCを介して外部とアクセス座るだろうと考えましたが、私はまだ彼らは、SharePointの機能およびレポートに追加するには、SharePointリストで表現たい、と彼らは複数の場所にアクセスできるようにしたい
例えば
- アプリケーションポータル - アプリケーション
- 生産スケジューラのためのジョブを参照してください -
- (例えば郵送マシンファイルを生成し、プリンタに印刷ファイルをコピーして)他の機能をトリガし、リソースに割り当て、今後の仕事のリストを参照して請求書発行ビュー - ビュー完了したが、未請求の仕事、会計パッケージにエクスポート
- クライアントビュー - クライアントポータルディスプレイ(外部倉庫システムからの)ジョブ、請求書、在庫レベル、ドキュメント、変更レジスタ/ヘルプデスク
ジョブに関する基本情報はBDCに格納されますが、SharePointは各ジョブに関する追加のメタデータを取得します。また、WFやK2 blackpoint/blackpearlなどの高度なワークフローを使用することもできます。
これは実現可能ですか?スピードアップするために読むことをお勧めするリソース
、それが正常に機能する必要がありますか? 同じデータの複数のビューを簡単に設定できますか?例えばアプリケーションポータルでは、それらのアプリケーションのジョブを表示しますが、プロダクションポータルでは、今後のジョブを表示しますか?これに便利なリファレンス資料はありますか? – Dane
私はあなたが何をしようとしているかについてもっと知らなくても具体的な参考文献を考えることはできませんが、それはうまくいくはずです。複数のサイトにまたがるビューはちょっと難しいかもしれません。メインサイトのメインリストのサイズが小さいか、メインサイトのすべてのリストの組み合わせかを判断する必要がありますが、いくつかのオプションがあります。オプションには、データビュー、コンテンツクエリ、カスタム検索、またはjavascript + Webサービスが含まれます。 –