TRUNCATE TABLE (Transact-SQL) 删除表中的所有行，而不记录单个行删除操作。TRUNCATE TABLE 在功能上与没有 WHERE 子句的 DELETE 语句相同；但是，TRUNCATE TABLE 速度更快，使用的系统资源和事务日志资源更少。 Transact-SQL 语法约定语法
TRUNCATE TABLE
[ { database_name.[ schema_name ]. | schema_name . } ]
table_name
[ ; ]
备注
与 DELETE 语句相比，TRUNCATE TABLE 具有以下优点：所用的事务日志空间较少。DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一个条目。TRUNCATE TABLE 通过释放用于存储表数据的数据页来删除数据，并且在事务日志中只记录页释放。
使用的锁通常较少。当使用行锁执行 DELETE 语句时，将锁定表中各行以便删除。TRUNCATE TABLE 始终锁定表和页，而不是锁定各行。
表中将毫无例外地不留下任何页。执行 DELETE 语句后，表仍会包含空页。例如，必须至少使用一个排他 (LCK_M_X) 表锁，才能释放堆中的空表。如果执行删除操作时没有使用表锁，表（堆）中将包含许多空页。对于索引，删除操作会留下一些空页，尽管这些页会通过后台清除进程迅速释放。
TRUNCATE TABLE 删除表中的所有行，但表结构及其列、约束、索引等保持不变。若要删除表定义及其数据，请使用 DROP TABLE 语句。 如果表包含标识列，该列的计数器重置为该列定义的种子值。如果未定义种子，则使用默认值 1。若要保留标识计数器，请使用 DELETE。 限制
不能对以下表使用 TRUNCATE TABLE： 由 FOREIGN KEY 约束引用的表。
参与索引视图的表。
通过使用事务复制或合并复制发布的表。
对于具有以上一个或多个特征的表，请使用 DELETE 语句。TRUNCATE TABLE 不能激活触发器，因为该操作不记录各个行删除。有关详细信息，请参阅 CREATE TRIGGER (Transact-SQL)。截断大型表
Microsoft SQL Server 2005 能够删除或截断有 128 个以上的区的表，而不必对需要删除的所有区保持同时锁定。有关详细信息，请参阅删除并重新生成大型对象。
TRUNCATE TABLE
[ { database_name.[ schema_name ]. | schema_name . } ]
table_name
[ ; ]
备注
与 DELETE 语句相比，TRUNCATE TABLE 具有以下优点：所用的事务日志空间较少。DELETE 语句每次删除一行，并在事务日志中为所删除的每行记录一个条目。TRUNCATE TABLE 通过释放用于存储表数据的数据页来删除数据，并且在事务日志中只记录页释放。
使用的锁通常较少。当使用行锁执行 DELETE 语句时，将锁定表中各行以便删除。TRUNCATE TABLE 始终锁定表和页，而不是锁定各行。
表中将毫无例外地不留下任何页。执行 DELETE 语句后，表仍会包含空页。例如，必须至少使用一个排他 (LCK_M_X) 表锁，才能释放堆中的空表。如果执行删除操作时没有使用表锁，表（堆）中将包含许多空页。对于索引，删除操作会留下一些空页，尽管这些页会通过后台清除进程迅速释放。
TRUNCATE TABLE 删除表中的所有行，但表结构及其列、约束、索引等保持不变。若要删除表定义及其数据，请使用 DROP TABLE 语句。 如果表包含标识列，该列的计数器重置为该列定义的种子值。如果未定义种子，则使用默认值 1。若要保留标识计数器，请使用 DELETE。 限制
不能对以下表使用 TRUNCATE TABLE： 由 FOREIGN KEY 约束引用的表。
参与索引视图的表。
通过使用事务复制或合并复制发布的表。
对于具有以上一个或多个特征的表，请使用 DELETE 语句。TRUNCATE TABLE 不能激活触发器，因为该操作不记录各个行删除。有关详细信息，请参阅 CREATE TRIGGER (Transact-SQL)。截断大型表
Microsoft SQL Server 2005 能够删除或截断有 128 个以上的区的表，而不必对需要删除的所有区保持同时锁定。有关详细信息，请参阅删除并重新生成大型对象。
TRUNCATE TABLE 删除表中的所有行，但表结构及其列、约束、索引等保持不变。若要删除表定义及其数据，请使用 DROP TABLE 语句。
所以采用TRUNCATE TABLE
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志
DUMP TRANSACTION Mydpc WITH NO_LOG 2.截断事务日志：
BACKUP LOG Mydpc WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1) 4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG，大小只有500多K 或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。 a.分离
EXEC sp_detach_db @dbname = '库名' b.删除日志文件 c.再附加
EXEC sp_attach_single_file_db @dbname = '库名',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf' 5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式:
EXEC sp_dboption '库名', 'autoshrink', 'TRUE' 6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式:
alter database 库名 modify file(name=逻辑文件名,maxsize=20)