一个大的静态 table 应该放在单独的数据库中吗？
Should a large static table go in separate database?
我有一个 SQL Server 2012 table 100MB，有 100 万条记录。这是静态查找 table，每年最多更改一次。唯一的查询是 greater/less 比在两列上 return 一个标量。它用于标准 ASP.Net Web 应用程序、EF、IIS 等。我应该将它放在单独的数据库中吗？主数据库的备份会更小吗？有什么优点和缺点？就任何 EF Code First 的痛苦而言，我总是可以用 SQLQuery 来阅读它。
100 MB 不是很大，因此对备份大小应该无关紧要。如果您担心以兆字节为单位的文件大小，那么是时候升级您的基础设施了。
不过，你的问题是正确的。数据库是备份和恢复的单位。
对于这么小的table，我会说只保留在数据库中。这更简单，它使应用程序更简单，因为应用程序只需要处理一个数据库。此外，如果 table 发生 更改，您将捕获更改而无需执行额外的工作或产生意外错误。
如果 table 大小为 100 GB，那么您可能正在考虑另一个数据库。
我有一个 SQL Server 2012 table 100MB，有 100 万条记录。这是静态查找 table，每年最多更改一次。唯一的查询是 greater/less 比在两列上 return 一个标量。它用于标准 ASP.Net Web 应用程序、EF、IIS 等。我应该将它放在单独的数据库中吗？主数据库的备份会更小吗？有什么优点和缺点？就任何 EF Code First 的痛苦而言，我总是可以用 SQLQuery 来阅读它。
100 MB 不是很大，因此对备份大小应该无关紧要。如果您担心以兆字节为单位的文件大小，那么是时候升级您的基础设施了。
不过，你的问题是正确的。数据库是备份和恢复的单位。
对于这么小的table，我会说只保留在数据库中。这更简单，它使应用程序更简单，因为应用程序只需要处理一个数据库。此外，如果 table 发生 更改，您将捕获更改而无需执行额外的工作或产生意外错误。
如果 table 大小为 100 GB，那么您可能正在考虑另一个数据库。