我们有一个包含大量数据的 SQL Server 2008 R2 数据库。预计数据将在短时间内快速增长到数百万行。索引视图用于读取数据。
对某些视图进行查询大约需要 35-40 秒。我们将致力于微调查询，但不能保证这是唯一的选择。我认为有大量记录，执行时间是不可接受的。
现在我正在思考还有什么可以做的。
例如，有 2 个最期望使用的时间段：从当前日期回溯 1 年和过去 24 小时。
你对尝试这样做有什么看法？
创建 3 个数据库，db_A用于今天的记录、db_B昨天的负 365 和一个存档db_C- 超过一年的所有内容。因此，我们可能面临编写一个服务来复制到另一个数据库并从第一个数据库中删除。
然后也许可以使用链接服务器或编写一些 API 来确定要查询的数据库。当然，即使是年度期间也会包含大量记录，但这仍然更好。插入/更新db_A会更快，并且很有可能会遇到许多查询db_A。
对于这种情况，是否有一些识字的解决方案。在物理上不同的位置托管数据库将提高性能（由于并行执行）。
专业意见表示赞赏。