0

次のように、一連のasp.netMVCWebサイトの要件があります。

  1. 同じコードベースを使用する複数のサイトですが、各サイトには個別のデータベースがあり(これは必須です)、ユーザーはログインしてデータを入力します。

  2. 個々のサイトのそれぞれから集約されたデータにログインして作業するスーパーユーザー向けの単一のサイト。

ポイント1のサイト数は、より多くのクライアントに展開するにつれて拡大する可能性があります。

私の質問は、上記のアーキテクチャについてです。リアルタイムである必要がある場合、データ集約を管理する方法です。これをデータベースレベル(たとえば、基本的に個々のサイトデータベース全体の結合であるビュー)で維持しますか、それともアプリケーションレベルで維持しますか。

いくつかのインフラストラクチャポイント:

  1. データベースサーバーとデータベースの命名を完全に制御できます。

  2. これらのWebサイトはすべて、当社が管理するサーバーに展開されます。

以前にこれを行ったことがあるかもしれない人々からのインプット/アイデアをいただければ幸いです。

4

1 に答える 1

0

データ集約は完全にリアルタイムである必要がありますか、それともほぼリアルタイムで逃げることができますか?「ほぼリアルタイム」が許容できる場合は、サイトデータベースから単一の中央データベースにデータを収集するサービスアプリケーションを作成できます。プロセスが継続的に実行され、遅延からデータを収集するためのサイトが多すぎない限り、ユーザーには多かれ少なかれ見えないはずです。

すべてのデータベースからのデータを蓄積するビューを持つことは、良い解決策のようには思えません。おそらく非常に遅いだけでなく、新しいサイトを追加するたびにビューを更新する必要があります。

ところで、スーパーユーザーサイトの意図は何ですか?レポート専用ですか、それともスーパーユーザーがすべてのサイトのデータを編集する必要がありますか?これは、選択するソリューションに影響を与える可能性があります。

于 2009-11-24T09:40:40.120 に答える