SQL Server 2008:N个小型数据库VS 1个具有N个模式的数据库

在你的例子中,我可能会把数据库合并成一个。我真的看不出有什么理由将它们分开,合并它们将减少您为支持备份等所做的工作量。如果您从数据源导入数据一次,然后再也不使用暂存表,我可以理解为需要使用单独的数据库来处理数据转换的原因。由于您持续使用这些表,我宁愿将它们放在一起,这样我只需要去一个地方就可以找到生产数据和数据加载状态的完整端到端状态。

当我们迁移时,我们遇到了非常相似的情况,我最终将所有内容都迁移到了一个数据库中,就像你暗示的那样。然而,我们没有使用模式将它们分开。

您可以使用具有多个文件组和不同备份的单个数据库,但这需要更多的设计。

这将取决于以下基本因素:恢复模式、备份目标、使用模式以及设计和维护文件组设计的工作量。

之前的所有答案都对我有效,特别是你关于有选择地组合数据库的评论——如果有些数据库非常繁忙、非常大或对流程敏感,你可能想把它们分开或分组。这将使配置备份/恢复和磁盘/驱动器分配变得更加容易(为繁忙的磁盘分配自己的主轴集)。

与大多数数据库开发人员一样,我几乎只处理dbo模式中的对象,但我最近对其他模式做了一些工作。我遇到的主要问题是记住 总是 在引用任何数据库对象时指定模式。永远不要假设任何给定的连接都会引用您想要的模式中的对象——始终要清晰准确!

我会将所有导入暂存表放在一个与常规生产数据库分开的数据库中,因为备份需求可能非常不同。这个数据库还应该包含SSIS包的配置管理、任何日志记录表、任何导入元数据表(我们跟踪每次导入的运行和运行状态,以及关于导入的无数其他信息,如文件名、正常文件大小等。对于研究问题和在处理过程中添加检查非常方便。我们使用一个客户端模式,然后为与导入/导出过程相关的对象(日志、元数据等)使用一个附加模式