数据库容量过大的问题

日志可删，但必须在管理器里用专用的SQL命令来删，不能简单地删除文件。

数据库增长比想像的快有可能是你的表设计不合理造成的。不过2500人28M不算大。这样，10万人才1G。我们公司一年的财务信息就4G，在msSQL里也跑得好好的。

如下：

1清空日志

dump transaction 库名 with no_log

2截断事务日志：

backup log 数据库名 with no_log

3收缩数据库文件(如果不压缩,数据库的文件不会减小

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件！

如果有时间字段,建议做分区表,按时间分区,这样表从物理上是分开的,但是对外还是一张表

好处有1原本的代码结构不用变2查询历史数据的时候,速度仍然有保障3如果建立触发器进行自动分区,理论上不管再用多少年,都不会再需要重新建表a2了

create database dbName

on(

size=10mb,

)

是不是建库的时候初始设置大了

----------

数据库在使用过程中会因需要而不断扩张,你删除表或者大量数据,数据库虽然"内容"少了,但占用的资源不会少需要使用数据库收缩命令

DBCC SHRINKDATABASE(dbName)

或者右键:

企业管理器--目标数据库--所有任务--收缩数据库--收缩文件

--选择数据文件

1使用MSSQL2MYSQL 开源软件帮助你迁移；

2利用MSSQL软件提供的跨异构数据源的工具，直接远程数据写入到MySQL中；

3数据到导出为特殊分隔符的文本数据，再使用LOAD DATA 命令加载；

以上就是关于数据库容量过大的问题全部的内容，包括:数据库容量过大的问题、SharePoint 配置数据库和日志数据库过大，有什么好办法么、sqlserver数据库很大，建立分表能否提升查询速度等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！