SQL Server每次Truncate后总不能清空,以后越来越大,怎么办?

macro 2000-01-27 02:44:00

...全文

424 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

longzu 2000-01-27

打赏
举报

回复

还有一个办法是transfer一下。

july 2000-01-27

打赏
举报

回复

停止你的所有的使用用户，保证你是以单用户的方式进行操作，同时确认你没有活动进程在做数据处理工作，使用 dump database database_name with no_log,此命令不清楚活动日志！！！
另外为了防止出现日志溢出，同时你不准备用日志备份，则设置truncate log with checkpoint,当然如果你较为熟悉SQL SERVER 可以同时设置阀值管理，具体请你自己参考有关的手册

Sql Server中清空所有数据表中的记录清空所有数据表中的记录：代码如下:exec sp_msforeachtable @Command1 =’truncate table ?’ 删除所有数据表：代码如下:exec sp_msforeachtable ‘delete N”?”’ 清空SQL Server数据库中所有表数据的方法（有约束的情况）其实删除数据库中数据的方法并不复杂，为什么我还要多此一举呢，一是我这里介绍的是删除数据库的所有数据，因为数据之间可能形成相互约束关系，删除操作可能陷入死循环，二是这里使用了微软未正式公开的sp_MSForEachTable存储过程。

本文导读：删除表中的数据的方法有delete,truncate, 其中TRUNCATE TABLE用于删除表中的所有行，而不记录单个行删除操作。TRUNCATE TABLE 与没有 WHERE 子句的 DELETE 语句类似；但是，TRUNCATE TABLE 速度更快，使用的系统资源和事务日志资源更少。下面介绍SQL中Truncate的用法当你不再需要该表时，用 drop；当你仍要保留该表，但要删除所有记录时，用 truncate；当你要删除部分记录时（always with a WHERE clause), 用 delete. Truncate是一个能够快速清空资料表内所有资料的SQ

【问题场景】有一个数据库，它的名字叫CNBlogsText，日志文件霸占了23G硬盘空间，而事务日志已经截断（Truncate），实际日志内容很小，1G都不到。23G的空间只放1G不到的日志，如同用一栋别墅养一只宠物，太了！秉承中华民族勤俭节约的美德，这种是不允许的，必须要释放日志文件霸占的多余空间。　　但是，无论怎么收缩（Shrink）日志文件，空间是不能释放，总是出现错误： Cannot shrink log file 2 (CNBlogsText_log) because of minimum log space required. 　　之前解决过类似的问题，也写过一篇博客

主要介绍了t-sql使用truncate and delete清空表数据的两种方法，大家参考使用

Sqlserver2005日志文件太大,使其减小的方法如下所示：运行下面的三行 dbName为数据库名: backup log dbNamewith NO_LOG backup log dbNamewith TRUNCATE_ONLY DBCC SHRINKDATABASE(dbName) 日志文件减小到1MB sql server清空日志文件2011-04-06 23:05 1: 删除LOG 1：分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库 2：删除LOG文件 3：附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库此法生成新的LOG，大小

34,576

社区成员

254,587

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章