SQL事物复制，可以在订阅服务器上无限制建索引吗？

[thewitcher~]

实际场景如下：
我公司有一台生产用数据库服务器A ， 一台报表专用数据服务器B ， B的数据是从A订阅的 ，采用的是事物复制 。
现在B服务器中的数据有些表的记录已超过一亿 。考虑先建一些索引。
那么问题来了 ， 在B服务器可以 “无顾虑”的建索引吗 ？ 会不会影响SQLServer本身事物复制的速度？
（因为B服务器是报表专用服务器，只有查询，没有增删改动作；数据来源是复制A的）

[还在加载中灬]

复制的原理还是增删改，建索引会对复制时候产生影响 你权衡一下吧

[唐诗三百首]

在B服务器可以 “无顾虑”的建索引吗 ？ --> 可以的,木有问题. 不过建议还是以节约为原则,别太任性喔.

[薛定谔的DBA]

可以建索引，但是肯定有影响，事务应用到报表库时也相是“增删改”的操作。

[szlixiaolong]

建议先建一些索引，因为B服务器是报表专用服务器，只有查询，没有增删改动作；数据来源是复制A的，所以不用担心性能。 我们公司也是这样操作。

[thewitcher~]

引用 2 楼 ap0405140 的回复:

在B服务器可以 “无顾虑”的建索引吗 ？ --> 可以的,木有问题. 不过建议还是以节约为原则,别太任性喔.

以订阅方式的服务器B ，可以有多“任性”呢 ？或者说一般一个表的索引数量大概保持多少个以内比较好呢？跪谢大神！

[还在加载中灬]

一个表多少个索引，这个还是根据你需要的经常使用的查询来定

[thewitcher~]

顶，希望更多大神前来解答

[唐诗三百首]

引用 6 楼 wei_hang 的回复:

以订阅方式的服务器B ，可以有多“任性”呢 ？或者说一般一个表的索引数量大概保持多少个以内比较好呢？跪谢大神！

需看具体情况,索引不是越多越好,个人建议应该在10个以内为宜.