单个或多个数据库

[编辑]尽早建立每个客户都有自己的数据库的想法,也为您在易于进行结构和组织更改时的开发奠定了基调。发现从现在起2年后你需要这样做会变得更加痛苦。我过去曾多次使用拆分数据库,只要你能对上下文有一些了解,处理它真的不难。在这里,听起来你已经有了客户端就是上下文的想法。

正如我所说,就我个人而言,在这一点上,你可能会过于主观。

单数据库优点

• 一个数据库需要维护。一个数据库来统治它们,并在黑暗中绑定它们。..
• 一个连接字符串
• 可以使用 Clustering

每个客户专业人员单独的数据库

• 支持按客户定制

结论

如果您计划支持每个客户的定制,那么单独的数据库方法将是有效的。否则我看不出有什么价值。

您可以使用链接连接数据库。 你的建筑很聪明。

如果你不能使用链接,你总是可以以只读模式将关键数据从用户数据库复制到网站数据库。

关于安全性,最好的方法是在ASP(或其他web语言)和数据库之间有一个服务层,这样你的数据库就基本上是隔离的。

如果你希望将来因为负载过重而不得不在不同的硬件上拆分数据库,我会说现在就拆分。您可以使用复制将某些表的副本从主数据库推送到站点管理数据库。目前,您可以在SQL Server的同一实例上运行这两个数据库,稍后,当需要时,您可以随着卷的增长将其中一些数据库移动到单独的计算机上。