请问实际数据量是否有这么大?若实际数据就这么大,那没办法啦.else
begin
 再创建一个空数据库,将表,视图,存储过程...分别import进去,看看有没有小?
 然后把此数据库更名,(可不能简单的更改文件名哦,用系统存储过程,或备份再恢复) 
end;
我出现过此问题:mdf 600M多,使用此方法后123M,此方法笨,但有效

解决方案 »

  1.   

    对于mdf数据库文件要看里面的内容有多少,也可以把不常用的历史数据从表里导出到文件,然后删掉记录,对于ldf日志文件,先做完全的日志备份,最后DBCC SHRINKDATABASE。
      

  2.   

    数据库的属性 Truncate log on checkPoint 和 Auto shrink是否为True
      

  3.   


     我的看法,供参考
     1:日志文件对你到底有没有作用?数据库有没有备份,要是备份了,就这么做
        sp_detach_db 你的数据库名
        手工清除日志文件
        sp_attach_db 你的数据库名,数据库文件路径
         这么做完后,SQL 会自动产生一个新的日志文件,然后检查你的数据库,看看
        数据增长率设置的是否合理,默认是 10%,针对你具体业务需要自行调整 2: 设定计划定时压缩数据库,如果库中有临时表,视图等,写一个清理的
        存储过程,定期执行 ;
     3: 上面有朋友说的方法不太可行,建新库的方法不好,因为你的数据库很大会很费时,
        并且索引,关系等都要重建