请问实际数据量是否有这么大?若实际数据就这么大,那没办法啦.else
begin
再创建一个空数据库,将表,视图,存储过程...分别import进去,看看有没有小?
然后把此数据库更名,(可不能简单的更改文件名哦,用系统存储过程,或备份再恢复)
end;
我出现过此问题:mdf 600M多,使用此方法后123M,此方法笨,但有效
begin
再创建一个空数据库,将表,视图,存储过程...分别import进去,看看有没有小?
然后把此数据库更名,(可不能简单的更改文件名哦,用系统存储过程,或备份再恢复)
end;
我出现过此问题:mdf 600M多,使用此方法后123M,此方法笨,但有效
我的看法,供参考
1:日志文件对你到底有没有作用?数据库有没有备份,要是备份了,就这么做
sp_detach_db 你的数据库名
手工清除日志文件
sp_attach_db 你的数据库名,数据库文件路径
这么做完后,SQL 会自动产生一个新的日志文件,然后检查你的数据库,看看
数据增长率设置的是否合理,默认是 10%,针对你具体业务需要自行调整 2: 设定计划定时压缩数据库,如果库中有临时表,视图等,写一个清理的
存储过程,定期执行 ;
3: 上面有朋友说的方法不太可行,建新库的方法不好,因为你的数据库很大会很费时,
并且索引,关系等都要重建