多站点CMS - 每个站点的数据库或所有站点的ONE数据库？

Question

我打算在ASP.NET中编写一个多站点内容管理系统。什么会更快：每个站点的数据库或所有站点的一个数据库？

谢谢。

编辑：如果一个数据库为每个站点，我应该使用哪个数据库？ XML？

Answer 1

的所有网站的单一数据库最终可能的情况下，你有大量的走访网站不好最佳的选择。此外，这意味着您的数据库表必须更加复杂，从而使系统变慢。

关于数据库的格式，XML是不肯定的其中之一。例如尝试使用MySQL或Postgree。

Answer 2

这确实取决于如何复杂CMS会是，如果它是一个简单的微CMS就像一个博客，你没有这项服务许多用户，而这些用户可能会对相同的功能和特性的CMS，那么一个数据库可能是一个选择。

但是如果你的CMS有许多颗粒状的配置水平，许多功能和特性，可能有大量的数据可能存储。我会为每个实例推荐分离的数据库。

文件的数据库，特别是进入这种数据库不适合在线应用程序，他们可能同时连接限制，所以当有收到很多的请求，可以拒绝为你的Web应用程序。

如果你正在使用微软的技术，有你有数据库中没有太多的选择，MSSQL可能是唯一的选择，你可以选择SQL Express，但它不是理想的大型网站。

其实，有很多开源CMS可用，即使你想选择基于微软技术的CMS，您可以尝试那些先得到你的设计的一些感觉。

祝你好运。

Answer 3

一种选择是去同一个多租户单实例应用程序和数据库。

对于中小网站谁注册并去化（SaaS），这将启用所做的收入较少的维护。对于支付更多支持和维护费用的大客户，您可以随时为他们提供自己的单一实例。

的选项可以托管在微软云“SQL Azure的” http://www.microsoft.com/azure/sql.mspx

Answer 4

为什么你需要它的多个实例数据库？他们是否使用相同的数据？如果是这样，您可以使用自己的数据库（msSQL，mySQL等）设置每个实例，并使用Web服务在它们之间交换数据。这将是最“松散耦合”的解决方案:)

Answer 5

既然你使用.NET建筑，你可能要采取的SaaSGrid认真看（仅供参考 - 我在Apprenda工作）。您只需将应用程序编写为单个客户即可，但部署后，SaaSGrid会将应用程序转换为真正的多租户SaaS产品。所以你的数据模型问题实际上变成了部署时间配置选项，而不是主要的设计时间决定。还有很多其他的好处，但为了听起来不像商业广告，我会把它留在那:-)。

而且，这里的大约多租户良好的技术文章：

http://msdn.microsoft.com/en-us/library/aa479086.aspx

希望这有助于。

• 杰西