实际场景如下:
我公司有一台生产用数据库服务器A , 一台报表专用数据服务器B , B的数据是从A订阅的 ,采用的是事物复制 。
现在B服务器中的数据有些表的记录已超过一亿 。考虑先建一些索引。
那么问题来了 , 在B服务器可以 “无顾虑”的建索引吗 ? 会不会影响SQLServer本身事物复制的速度?
(因为B服务器是报表专用服务器,只有查询,没有增删改动作;数据来源是复制A的)
------解决思路----------------------
复制的原理还是增删改,建索引会对复制时候产生影响
你权衡一下吧
------解决思路----------------------
在B服务器可以 “无顾虑”的建索引吗 ?
--> 可以的,木有问题. 不过建议还是以节约为原则,别太任性喔.
------解决思路----------------------
可以建索引,但是肯定有影响,事务应用到报表库时也相是“增删改”的操作。
------解决思路----------------------
建议先建一些索引,因为B服务器是报表专用服务器,只有查询,没有增删改动作;数据来源是复制A的,所以不用担心性能。
我们公司也是这样操作。
------解决思路----------------------
一个表多少个索引,这个还是根据你需要的经常使用的查询来定
------解决思路----------------------
需看具体情况,索引不是越多越好,个人建议应该在10个以内为宜.