Sql server 需要设计一个SQL Server对,其中一个是只读的,而另一个是通过批处理更新的

Sql server 需要设计一个SQL Server对,其中一个是只读的,而另一个是通过批处理更新的,sql-server,azure,Sql Server,Azure,在我看来,这是一个常见的场景,但我不知道当前的术语和解决方案是什么 我们有数据库表,通过批处理每晚更新 同时,我们需要对数据进行全天候读取访问 我的想法是让一个集合暴露在批处理过程中,当它完成时,它会被打开以进行读取访问 同样,可以读取的数据库也会被交换回来,并成为批处理的目标。注意,这些数据库位于Azure中 有道理吗 这是处理这种情况的可能方法吗 这项技术叫什么?对我来说,这是一项很好的复制工作。是的,这称为只读副本。这通常是使用可用性组实现的,但我相信这可能只是企业版的价格昂贵…尽管根据我

在我看来,这是一个常见的场景,但我不知道当前的术语和解决方案是什么

我们有数据库表,通过批处理每晚更新

同时,我们需要对数据进行全天候读取访问

我的想法是让一个集合暴露在批处理过程中,当它完成时,它会被打开以进行读取访问

同样,可以读取的数据库也会被交换回来,并成为批处理的目标。注意,这些数据库位于Azure中

有道理吗

这是处理这种情况的可能方法吗


这项技术叫什么?

对我来说,这是一项很好的复制工作。是的,这称为只读副本。这通常是使用可用性组实现的,但我相信这可能只是企业版的价格昂贵…尽管根据我的经验,源中的批处理加载可能会导致事务复制出现问题,因为它们会锁定事务日志,直到事务日志被复制到辅助日志,并最终耗尽磁盘空间。这里有更好的详细信息和选项感谢您的反馈,我将研究复制,但我试图回忆另一种设计,在这种设计中,表可以立即交换名称。因此,我们将更新集合A并读取集合B,然后当批处理完成时,我们将交换并开始更新集合B。连接字符串不必更改。表的物理位置有一些限制。有什么事吗?