CMS/E-commerce asp.net项目：一个数据库还是多个数据库？

我目前正在从事一个C/ASP.NET项目，该项目将托管几个不同的电子商务网站，所有这些网站都运行在同一个应用程序中

我使用LinqToSql很快移动到PLINQO来访问我的数据库。数据库包含网站结构页面上的两个信息。。。以及产品/订单/用户数据

我的问题是，我应该为所有的网站只使用一个数据库，还是应该为每个新网站创建一个新的数据库模型

我现在在一些表中使用带有SiteID的单个数据库，但我有一个很大的安全问题，如果出现问题，我不能只备份/恢复一个网站的数据库，例如，有人删除一个网站上的所有产品，这是应用程序的一个重要要求

所以我想知道在这种情况下有什么好的做法？ 如果拆分星展银行，会有很大的弊病吗？ 如果结构发生变化，我将不得不对多个数据库进行更改，而不是一个数据库，但我想我可以创建一个db版本/更新系统。 现有的客户关系管理系统如何处理这一问题？ 如果一个数据库服务器承载许多不同的数据库，这是一个性能问题吗？ 一个复杂的备份/恢复工具会更好吗

子问题： 为了使网站复制容易，我还可以分割纯CMS数据页，文本。。。在一个数据库中，电子商务数据产品/类别/订单在另一个数据库中。这是个好主意吗？ 它可以通过一些select/insert函数来实现，当然，只需复制一个数据库就更容易了

---

PS：对不起，我的英语不好

如果您担心将所有站点放在一个数据库中，您可能已经回答了您的问题。当我过去将它们都放在一个数据库中时，我曾经明确表示，将数据库发送给它们需要花费很多成本

我想，如果你的客户希望定期访问原始数据，你就需要对数据进行拆分。然而，如果不是，那么你应该是好的

就数据库更新而言，您应该有脚本来执行从测试到实时系统的更新，因此跨其他系统运行应该是可以的。但是，这将产生开销

---

简言之，没有正确或错误的答案，如果你能团结在一起，让客户满意，那么就这样做，否则就分拆出去，向客户收取一点额外费用。

如果你担心将所有网站放在一个数据库中，你可能已经回答了你的问题。当我过去将它们都放在一个数据库中时，我曾经明确表示，将数据库发送给它们需要花费很多成本

我想，如果你的客户希望定期访问原始数据，你就需要对数据进行拆分。然而，如果不是，那么你应该是好的

就数据库更新而言，您应该有脚本来执行从测试到实时系统的更新，因此跨其他系统运行应该是可以的。但是，这将产生开销

---

简言之，没有正确或错误的答案，如果你能团结在一起，让客户满意，那么就这样做，否则就分开，并向客户收取额外的费用。

谢谢你的回复，我决定分开我的数据库，因为这是最方便的安全方式/向客户发送数据的能力。现在我在设计这两个数据库时遇到了一些困难，例如，我在哪里存储我的国家列表和其他常用表，但这是另一个问题；感谢您的回复，我决定拆分我的数据库，因为这是最方便的方式，可以安全/有能力向客户端发送数据。现在我在设计这两个数据库时遇到了一些困难，例如，我在哪里存储我的国家列表和其他常用表，但这是另一个问题；