sql-server - SQL 服务器 : Separate schemas or separate databases

Question

我们有两种产品在客户现场实现，其中一个需要另一个在场。我在与附加组件所需的数据库对象的主要产品相同的数据库中实现了一个单独的模式。因为该附加组件理论上也可以成为 future 产品的附加组件(尽管目前没有计划)，所以我正在重新考虑该决定。我们目前使用 2005，但计划在一年左右迁移到 2008 R2 或 Denali。

一个因素是，在单独的 VS 2010 数据库项目中维护单独的架构很困难，因为在将项目架构与包含另一个架构的数据库进行比较时，无法将 VS 项目的 View 限制为一个架构。

是否有任何理由避免将两个模式拆分到单独的数据库中，假设它们总是在同一个 SQL Server 实例中？

备份由在实例中的所有数据库上运行的脚本处理，因此这不是问题。我们希望将来在托管 (SaaS) 的基础上提供产品，因此对 Multi-Tenancy 的影响是一个因素。我们可能会在一个实例中托管多个客户。

Answer 1

如果它们位于两个不同的数据库中，您就无法获得事务一致性。根据您的 HA/DR 机制，数据库可能会不同步。例如，使用数据库镜像，一个数据库在应用的事务日志方面可以远远领先于另一个数据库。一个数据库在镜像上的最新状态可能是上午 10 点，但另一个数据库的最新状态可能是上午 9:55。在发生故障转移时，砰的一声，您的两个数据库不同步。