Bis*_*boB -1 database-design sql-server
我们目前有一个用于报告的大型数据库。这包含多个表，其中只有一些是相关的。
例如，我们有一个部门的 5 个表，另一个部门的 2 个表，等等。数据可以在部门之间流动，但表之间没有结构链接——没有外键关系，没有重复的表。我们还有一些查找表，这些表由填充每个部门中的大量表的过程使用 - 日历、邮政编码，诸如此类。
这是作为单个大型数据库的最佳选择，还是分离为具有主题链接表的较小数据库？这些表会增加，并且随着新部门的建立，它们的数量也会增加。随着时间的推移，我们会注意到任何退化，还是小到微不足道？
任何有关阅读内容的建议或指示都非常感谢。
首先，定义什么是“大”。在您的职业生涯的其余部分，您将始终使用您认为是大数据的内容，并且数据量将继续增长。然而，在你看来很大的东西在其他人看来可能并不那么大。
其次，询问备份/恢复。很可能，如果您需要进行恢复，您将希望所有对象及时恢复到同一时间点。最简单的方法是将它们保存在一个单独的数据库中。
最后，您要解决的问题是什么？每当您考虑做某事时，请询问您要解决的问题。在这里，听起来您只是在随意寻找使用工具的方法（在这种情况下，将数据分解到单独的数据库中）。专注于手头的问题，而不是新的解决方案。通过为您没有的问题添加解决方案，您只会注入复杂性，这些复杂性会在以后再次困扰您（例如在恢复时）。