处理大型应用程序和大型数据库[关闭]

Question

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

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

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

现在我的问题是：如何开始？

1.我应该为所有表使用一个数据库（每个应用程序最多需要 40 个不同的表），包括 SQL-Membership-Database 等共享表，还是应该为共享数据创建一个数据库，一个用于应用程序 1，一个用于应用程序2等等？

2.我应该把所有的应用程序放在一个MVC3应用程序中，然后通过使用区域来分隔它们吗？

3.所有应用程序都需要保存文本和图片，我应该使用一个表格来保存来自应用程序 1/2/3 的图片......并通过应用程序 ID 选择它们还是应该为每个应用程序创建一个图像表（同样的问题对于文本和描述以及工具提示...）？

4.我的想法是使用 blob (MS sql 2008 R2) 来保存文件，你认为这是一个好的选择吗？

有没有人在创建像这样的巨大（对我来说是巨大的;-)）应用程序方面有经验？

Answer 1

企业应用架构的 RTFM 模式。

您不认为在 mvc o 数据库中这些只是您应该在 OOP 和良好的域 Model 中接近的实现。

虽然有些观点是坏主意（从我个人的角度来看），但如何

- 将图像、文本文件保存在数据库中

现在关于表的数量不是我在超过 6000 个表、许多视图和许多实用程序的数据库上工作的重点，重点是您的域 model。