数据库索引重建之后，碎片率再次提高

因为数据库索引碎片率很高，所以对数据库进行了索引的重建和重组。结束后再次查询碎片率，确实改善了。但是第2天，定时更新统计信息时，还是比正常多花了30分钟左右时间，重新查询索引碎片率，发现前一天清除了的索引，碎片率又到了100%，请问可能是什么原因造成的呢？

补充：我们的数据库是这样的，每天晚上定时从别的数据库，导入一些信息，需要做delete/insert处理，然后每周日定时作更新统计。
当天索引重建重组之后，日志文件从190M，变成2G，所以进行了手动压缩。

一般索引碎片是由于
update/delete/insert操作，收缩文件，填充因子不合理，索引键设计不合理等造成的。

如果按照楼主说的，你可以定位一下究竟是什么原因造成的。系统是否频繁执行update/delete/insert操作，收缩文件之类的。另外索引的设计不合理这个也得重视。

不同的数据库管理系统可能不一样 但是可以肯定都不用select。 它是在创建数据库表，或者修改数据库表时使用相应语句。 例如mysql 用类似语句 alter table `table_name` add index index_name ( `column` ) table_name为相应数据库表名 index_name为索引名 column为数据库表中创建索引的字段。