sql server 索引建立问题

[u010307726]

目前有一张表 Table 数据量是 100W 左右，现在有列 A到Z,每天都有几千次的更新，更新频繁，查询的条件又是根据这A到Z 来判断的，因为查询速度太慢，想在这些列上建立索引，建立好后，查询速度提升了很多，但是影响了增删改操作，因为列数比较多，更新的次数太频繁，建立索引后，系统操作时可能会经常死，但是不建立索引，查询的又太慢。

对于这种情况，一般有几种解决方法，详细点，分全部奉上。

[-Tracy-McGrady-]

饶恕我水平太低

[u010307726]

目前考虑，读写分离，但是担心数据的同步不能实时，对Sql server 的同步策略没太大信心

[Mr_Nice]

引用 楼主 u010307726 的回复:

目前有一张表 Table 数据量是 100W 左右，现在有列 A到Z,每天都有几千次的更新，更新频繁，查询的条件又是根据这A到Z 来判断的，因为查询速度太慢，想在这些列上建立索引，建立好后，查询速度提升了很多，但是影响了增删改操作，因为列数比较多，更新的次数太频繁，建立索引后，系统操作时可能会经常死，但是不建立索引，查询的又太慢。 对于这种情况，一般有几种解决方法，详细点，分全部奉上。

100w左右，每天几千的更新，夜间做一次索引重建即可。 当日的查询应该影响不大的。

[黄_瓜]

索引有多少个？ 几千次的更新不多啊，经常死是那种死啊 大的列就不需要索引。 可以考虑给查询加nolock

[u010307726]

引用 3 楼 OrchidCat 的回复:

[quote=引用 楼主 u010307726 的回复:] 目前有一张表 Table 数据量是 100W 左右，现在有列 A到Z,每天都有几千次的更新，更新频繁，查询的条件又是根据这A到Z 来判断的，因为查询速度太慢，想在这些列上建立索引，建立好后，查询速度提升了很多，但是影响了增删改操作，因为列数比较多，更新的次数太频繁，建立索引后，系统操作时可能会经常死，但是不建立索引，查询的又太慢。 对于这种情况，一般有几种解决方法，详细点，分全部奉上。

100w左右，每天几千的更新，夜间做一次索引重建即可。 当日的查询应该影响不大的。 [/quote] 多谢，现在不是担心查询的速度是担心更新的速度，因为一次的更新可能更新几十行，几十列，所以速度有问题

[u010307726]

引用 4 楼 Beirut 的回复:

索引有多少个？ 几千次的更新不多啊，经常死是那种死啊 大的列就不需要索引。 可以考虑给查询加nolock

该加的都加了

[daiyueqiang2045]

1:读写数据库分离。创建一个操作性数据库，存储最近一段时间的数据（一个月、一个季度、一年根据业务来定） 减少数据量，增加查询以及修改的效率 2：创建一个永久性的数据库（类似数据仓库），定时将操作性数据库的数据更新到此数据库中。此库的特点是 数据基本不能修改，只要用于查询操作，当更新此数据库时，进行索引更新操作。