database-design - 一个模式适用于所有客户还是每个客户的模式分离？

Question

假设您构建了一个需要为多个客户提供服务的应用程序(数据永远不会在客户之间共享)并且客户数据本身是敏感的。

您将如何设计数据库以防止来自一个客户的数据突然(例如错误)对另一个客户可见？

例如我们有一个项目表，其中包含客户的项目。现在我们可以将所有项目(所有客户的)放入该表或为每个客户创建一个模式。

我喜欢模式分离的想法(因为它会完全分离数据)但是我从来没有这样做过我不确定这是否是一个好方法(例如模式的改变需要维护所有客户模式) .

重要提示:该应用程序还包含在所有客户之间共享的主数据(例如客户帐户、设置、模板等)。所以我期望的另一个缺点是同时维护多个连接......

更新:是否可以自动复制模式？

Answer 1

要正确权衡选项，我认为您需要分析应用程序代码的质量。我为大客户构建了许多系统，这些系统可以很好地共享数据库，而我们从不担心交叉共享数据。如果您拥有授权逻辑安全的高质量代码，那么我将始终使用一种模式；这样维护就容易多了

另一方面。如果您拼凑了没有业务对象库且没有标准和集中授权逻辑的 ASP 页面；然后肯定会使用不同的数据库，每个客户都有唯一的登录名。