如图:
![](https://i-blog.csdnimg.cn/blog_migrate/13e4887cbe62e3f029ee97abdae80cd9.jpeg)
头一次碰到这样的问题,而且错误严重级别为21,有点‘恐怖’。
首先借助一下MSSQL的帮助,错误644的说明,如图:
![](https://i-blog.csdnimg.cn/blog_migrate/331dfa753eec50240baac30b97d3e34c.jpeg)
再根据提供的对策,执行不带修复子句的 DBCC CHECKDB 以确定损坏的程度。然后,执行带有 REPAIR_REBUILD 子句的 DBCC CHECKDB 以更正损坏,如图:
![](https://i-blog.csdnimg.cn/blog_migrate/e433e56481ac6959748d2b0818066d6f.jpeg)
开始还以为能这样就解决问题,但错误依然存在。
没有办法,只有希望寄托在重新创建该索引上了.(使用DBCC DBREINDEX ('数据库名',表名, 80) 命令都没有效)
只有手工重建索引了,(刚好作为主键的字段OnOffDutyID与其他表没有什么约束关系)
如图:
![](https://i-blog.csdnimg.cn/blog_migrate/9f82f2498120dc258cc14e41d032d577.jpeg)
重建索引后,真的可以了