0

私はすでにいくつかの小さなアプリケーションをプログラムしました。データベースの設計は単純で、アプリケーションに必要なすべてのデータを含む正規化されたデータベースが 1 つだけでした。

今、私はもっと大きなものをプログラミングしようとしています:

MVC3 で構築された 4 つの Web サイトがあるはずです。すべての Web サイトは 1 つの SQL-Membership-Database のみを使用し、連絡先などのいくつかのテーブルも異なるページ間で共有する必要があります。

今私の質問は次のとおりです。どのように開始するのですか?

1. SQL-Membership-Database などの共有テーブルを含むすべてのテーブル (各アプリケーションには最大 40 の異なるテーブルが必要) に対して 1 つのデータベースを使用する必要がありますか、または共有データ用に 1 つのデータベース、アプリケーション 1 用に 1 つ、アプリケーション用に 1 つのデータベースを作成する必要があります。 2など?

2.すべてのアプリケーションを 1 つの MVC3 アプリケーションに入れ、領域を使用してそれらを分離する必要がありますか?

3.すべてのアプリケーションでテキストと画像を保存する必要があります。アプリケーション 1/2/3 の画像用に 1 つのテーブルを使用する必要があります... アプリケーション ID で選択するか、アプリケーションごとに画像テーブルを作成する必要があります (同じ質問)テキストと説明とツールチップ...)?

4.私の考えでは、ブロブ (MS sql 2008 R2) を使用してファイルを保存することでしたが、良い選択だと思いますか?

このような巨大な (私にとっては巨大な ;-)) アプリケーションを作成する際にヒントや経験を積んだ人はいますか?

4

1 に答える 1

0

RTFM Patterns of Enterprise Application Architecture.

You dont think in mvc o databases thoses just only implementations you should approach in OOP and good Domain Model.

although some point are bad ideas (from my personal point view), how

-save images,text files in databases

now about number of tables that not the point i work on databases of more of 6000 tables, many views and a lot utils the point is your domain model.

于 2011-07-01T15:34:51.607 に答える