我试图在我们数据库的高性能和易于维护之间取得平衡。我们正在考虑使用复制来提高性能，方法是将我们的 SSRS 报告复制到与我们的事务数据库物理分离的数据库中。但是，从开发人员的角度来看，启用复制有许多缺点：
我的问题是：鉴于这些缺点，您什么时候知道是时候进行复制了？您如何确定额外的复杂性是否证明了收益的合理性？
我们以前使用过它，因此设置它不是问题。这更多是关于做出启用或不启用它的决定。我正在寻找其他人通过复制观察到的一些对象性能指标。
当然，最好的办法是在我们自己的服务器上进行一些模拟负载测试并自己解决，但我希望有一些通用的指导方针。
无论如何，我们发现复制在类似情况下很有帮助，因为报告编写者可以“拥有”复制数据库上的索引。这使我们能够通过添加应用程序开发人员在生产中从未批准的索引来提高查询性能，因为它们会对插入和更新产生负面影响。
也许您的用例的一部分是复制一些事务表，更改一些索引，然后看看是否值得？
希望这可以帮助！