sql数据库文件过大，程序运行非常慢，怎么办

收缩数据库

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此 *** 作以免数据库日志过大

1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存

2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定

3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式， *** 作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据

什么叫“还原数据库时候不带版本号”？还原指的是什么？指的是checkout？指的是版本库Dump过滤后的恢复？还是指什么？

一般来说不用担心版本号太大有什么问题，如果一定担心的话，你可以把当前版本导出，然后用这个版本重新另建一个版本库，就从这个版本开始新的工作，不过就不能直接查询以前的历史记录了，只能从原版本库查询

造成很慢的原因会很多，比如说当前的服务器IO吃紧，或者CPU吃紧等原因都会导致还原很慢。

仅仅你这点描述，一般是没有办法给你一个很好的解答的。

我只是看你的描述里面有一个问题，就是你说你中途关掉了还原的进程，这个 *** 作极其的危险，很容易导致数据库的数据文件损坏的。

你这个备份文件总共才100M，按理说不应该很慢的，建议你以后备份的时候，将“选项”“可靠性”“完成后验证备份”这个选项勾上，有可能这个备份文件本身就有问题。

15 g 的数据库是很小的库了！这个量级正常是不应该存在慢的问题。

1慢可能是服务器的配置过低，尤其是阿里云服务器租用的配置太低了！感觉你说所的找不到存储过程好像就是阿里云最低配的问题。

2你们还用存储过程，和我们以前的系统一样，所有的业务逻辑都是存储过程完成，所以所有的压力都在数据库服务器上，服务器就容易卡，用存储过程还无法负载均衡。

3表的索引缺失或不合理，很重要的原因。

4使用了大量的触发器，触发器是开始一下爽，后来苦一生。坚决不用触发器，数据量大这个是要命的。

5存储过程里使用大量的link 访问其他数据库服务器，尤其是link 给远程库写数据；如果还写远程数据包含在分布式事务里这就更要命了。

日志1g 慢和它没一毛钱关系，就是占一点空间而已

首先bak文件是数据库备份文件，要打开它必须安装数据库，建议你用SQL

Server

2008（最好是高版本的，因为高版本的兼容性更好）安装好了就直接还原数据库就行了，其实也不难的，几个G应该没有20G吧，而且不能安装简易版的，安装企业版的最好，不然数据量太大，就会报下面的错

如果还需要其他帮助可以询问我，还不能解决的话我可以帮你远程看看

以上就是关于sql数据库文件过大，程序运行非常慢，怎么办全部的内容，包括:sql数据库文件过大，程序运行非常慢，怎么办、svn现在 版本号已经到几万了 太大了怕出问题，不知要怎么处理能不能还原数据库时候不带版本号的、所用数据库是sql server 2008R2 bak文件有100M左右，在做“还原数据库” *** 作时，进度条一直不动。等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！