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

van*_*van 2 sql sql-server schema database-design sql-server-2008

我有一个数据库服务器,几乎没有主数据库,几十个小数据库.

这些小型数据库是一种中介/临时数据库,用于从各种源向主数据库导入数据.数据导入是一项日常任务.它们在结构上非常相似,因为这些数据导入的实现是相似的,所以基本上它们有一个配置表,它定义了映射,转换等,以及包含导入结果的数据表.

前段时间只有少数几个小的,但现在我有超过20个它们将随着支持的数据源的数量进一步增长.

我刚刚将所有服务器环境迁移到SQL Server 2008,并且现在有一些时间进行清理/重构,我想将所有数据导入数据库合并到一个数据库中,并用它database schema来分隔它们.

问题0:针对所述情况的任何其他想法?

问题1:我要从a separate database改为a separate schema吗?

问题2: !!!:在database schema实施中要小心任何棘手的事情?


编辑-1:突出显示的问题-2是目前最"未答复"的问题.

kem*_*002 5

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

2008非常擅长处理数据库分区,如果数据库分区太大,或者出于安全原因需要分离数据,那么你可以获得单个数据库的好处,比如拥有几个较小的数据库.你不会得到多个较小的dbs.