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