处理大型应用程序和大数据库

时间:2011-07-01 08:43:24

标签: sql-server database sql-server-2008 asp.net-mvc-3 asp.net-mvc-3-areas

我已经编写了一些小应用程序,数据库设计很简单,只有一个规范化的数据库,包含了应用程序所需的所有数据。

现在我想尝试编程更大的东西:

应该有4个网站使用MVC3构建。所有网站都应该只使用一个SQL-Membership-Database,而且一些表格如联系人等也应该在不同的页面之间共享。

现在我的问题是:如何开始?

1。我应该为所有表使用一个数据库(每个应用程序最多需要40个不同的表),包括SQL-Membership-Database等共享表,还是应该为Shared创建一个数据库数据,一个用于应用程序1,一个用于应用程序2,依此类推?

2。我是否应该将所有应用程序放入一个MVC3应用程序中并使用区域将它们分开?

3。所有应用程序都需要保存文本和图片,我应该使用一张表来处理应用程序1/2/3中的图片...并通过应用程序ID选择它们,还是应该创建它们?每个应用程序的图像表(文本和描述和工具提示的相同问题......)?

4. 我的想法是使用woth blob(MS sql 2008 R2)来保存文件,你认为这是一个不错的选择吗?

是否有人在为这样的应用程序创建庞大的(对我来说是巨大的;-))应用程序方面有经验?

1 个答案:

答案 0 :(得分:0)

企业应用程序架构的RTFM模式。

你不认为在mvc o数据库中只有你应该在OOP和良好域模型中实现的实现。

虽然有些观点是坏主意(从我个人的角度来看),但是如何

- 保存图像,数据库中的文本文件

现在关于表格的数量不是我在数据库中工作的点数超过6000个表,许多视图和很多工具,重点是你的域模型。