SQL Server 2005 复制和订阅者上的不同索引
我们有 SQL Server 数据库设置。 我们正在设置一个复制场景，其中有一个发布者和一个订阅者。 订阅者将用作报告平台，以便我们可以运行所需的所有 BI 查询，并且必须访问从客户端接收所有数据的服务器。 订阅者被设置为从分发者获取数据。
我们在发布者数据库上没有很多索引，但我们在报告服务器（即订阅者）上需要它们。
我的问题是：SQL Server a) 是否允许这种情况，并指出订阅者上的任何更改都不会被推送回发布者。 b) 如果运行快照，我假设它将覆盖我们的索引，我可以阻止这种情况发生吗？ c) 这是明智的做法吗？
谢谢。
保罗·金兰，
We have SQL Server database setup. We are setting up a replication scenarios where we have one publisher and on subscriber. The subscriber will be used as a reporting platform so that we can run all the BI queries that we need and have to hit the server that is reciving all the data from our clients. The subscriber is set to pull data in from the distributer.
We don't have many indexes on the publisher db, but we will need them on the reporting server (i.e subscriber).
My Question is: Will SQL Server a) allow this scenario, noting that no changes on the subscriber are pushed back the the publisher. b) if a snapshot is run I am presuming it will overwrite our indexes, can I stop this from happening? c) is this a wise course of action.
Thanks.
Paul Kinlan,
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您解释的场景是一种常见场景，也是使用复制的好处之一。 您在订阅者上创建的任何更改或索引都不会发送到发布者，因为这是一个单向过程。 如果由于某种原因您必须重新运行快照代理并重新初始化订阅者，则需要在订阅者上重新创建索引。 您可以采取很多措施来最大限度地减少重新初始化订阅者的需要，但其中一些需要一些手动步骤。 一般来说，如果您使订阅者的所有索引创建脚本保持最新，那么在需要时重新运行它们通常并不是什么大问题。
The scenario you explain is a common one and one of the benefits of using replication. No changes or indexes you create on the subscriber will go to the publisher as it is a one way process. If you have to re-run the snapshot agent for some reason and re-initialize the subscriber than you will need to re-create your indexes on the subscriber. There are alot of things you can do to minimize the need to re-initialize the subscriber but some of them require some manual steps. Generally if you keep all of your index creation scripts for the subscriber up to date it usually isn't a big deal to re-run them if needed.