declare @table_id int
set @table_id=object_id('表名')
dbcc showcontig(@table_id)
第二步:重构表索引
dbcc dbreindex('表名',pk_索引名,100)
重做第一步,如发现扫描密度/Scan Density还是小于100%则重构表的所有索引
dbcc dbreindex('表名','',100)
你说的慢一半,是在你插入了50万数据的时候,估计是查询慢了吧。因为按你说的还没到删除的时候呢。查询慢要看看你的查询的语句的执行计划,是否使用了合适的索引。如果索引错了,那么慢是正常的。可以用hint指定索引,从而保证执行计划稳定。对于你这样的周期性维护的大表,可以做31个分区,每天一个,一个月内循环使用。不需要保留的数据可以以天为单位truncate掉一个或多个分区的数据,索引采用分区索引,truncate分区不影响索引的使用。
有一种猜测,是你的索引建的不对。
你的查询语句的查询条件是什么?是单列查询吗?如果pwd指password,至少我觉得不会有按password单列查询的语句吧。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)