我一直用以下这三行,但仍没多大效果:
BACKUP log [MyDb] WITH no_log
--select name from sysfiles
dbcc shrinkfile('MyDb_Data')
dbcc shrinkfile('MyDb_Log')在企业管理工具中用收缩数据库也减不下来,目前唯一的办法只有重建数据库。我的数据库是 开发测试 用的,平时并不会存放太多数据,只是 数据库的结构、数据库内容 经常调换,
现在数据库里边的数据基本上删得没有了,但其备份文件仍然占着 30M多的空间,压缩后也是近3M大小,
虽然这3M不是很大,但把这3M加到 源代码版本控制(如:SVN) 里边,每天要上传个3M到远程服务器上,非常的耗时间。

解决方案 »

  1.   

    dbcc shrinkfile('MyDb_Data',1)
    dbcc shrinkfile('MyDb_Log',1)
      

  2.   

    你压缩到 3M已经是很小了 我记得有个最大压缩大小  不能超过这个限制的 从 30M到 3M已经很不错了
      

  3.   

    3M已经很小了,如果还想小,就不要数据,生成数据库的结构的sql,传结构文件
      

  4.   

    数据库里边没有什么数据了,但仍然占着 30M多的磁盘空间。我说的那3M是后来用rar压缩后的文件。
    原则上,没有数据,只有 [表结构、视图、存储过程、自定义函数] 这几项,要不了多少磁盘空间的。
      

  5.   

    可以用工具分割压缩文件,分为多个文件上传就行了曾用过WinRAR,没问题
      

  6.   

    我是把 源代码与开发数据库 同时提交到版本库中,用一个批处理文件:1. 整理代码 2. 备份并压缩数据库 3. 调用svn进行提交。
    这样一来,每次源代码是增量提交,而数据库是完整提交。
      

  7.   

    faint那就不要在svn上管理mdf文件了,事实上svn也管理不了mdf变更
    就提交数据库的sql脚本文件算了! 本质和你们的要求也没有任何区别