只有当你的表之间没有任何外键关系时，才能截断所有的表，因为SQL Server不允许你用外键截断一个表。

另一种方法是先确定有外键的表并删除它们，然后再截断没有外键的表。

详见http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=65341和http://www.sqlteam.com/forums/topic.asp?TOPIC_ID=72957。

当处理从具有外键关系的表中删除数据时(这基本上是任何设计良好的数据库的情况)，我们可以禁用所有约束，删除所有数据，然后重新启用约束

-- disable all constraints
EXEC sp_MSForEachTable "ALTER TABLE ? NOCHECK CONSTRAINT all"

-- delete data in all tables
EXEC sp_MSForEachTable "DELETE FROM ?"

-- enable all constraints
exec sp_MSForEachTable "ALTER TABLE ? WITH CHECK CHECK CONSTRAINT all"

这里有更多关于禁用约束和触发器的信息

如果某些表有标识列，我们可能需要重新播种它们

EXEC sp_MSForEachTable "DBCC CHECKIDENT ( '?', RESEED, 0)"

请注意，RESEED的行为在全新的表和之前从BOL中插入了一些数据的表之间有所不同:

DBCC CHECKIDENT ('table_name', RESEED, newReseedValue) The current identity value is set to the newReseedValue. If no rows have been inserted to the table since it was created, the first row inserted after executing DBCC CHECKIDENT will use newReseedValue as the identity. Otherwise, the next row inserted will use newReseedValue + 1. If the value of newReseedValue is less than the maximum value in the identity column, error message 2627 will be generated on subsequent references to the table.

感谢Robert指出禁用约束不允许使用截断的事实，约束必须被删除，然后重新创建

不要这样做!真的，这不是个好主意。

如果知道要截断哪些表，可以创建一个存储过程来截断它们。您可以修复顺序以避免外键问题。

如果您真的想要截断它们(例如，您可以BCP加载它们)，那么您可以很快地删除数据库并从头创建一个新的数据库，这将带来额外的好处，即您可以确切地知道您所处的位置。

我不明白为什么清除数据会比删除并重新创建每个表的脚本更好。

或者备份你的空数据库，并在旧的数据库上恢复它

这是一种方法……可能还有其他10种更好/更有效的方法，但这听起来似乎很少有人这样做，所以下面是……

从sysobjects中获取一个表列表，然后用游标遍历这些表，为每次迭代调用sp_execsql('truncate table ' + @table_name)。

制作一个空的“模板”数据库，进行完全备份。当您需要刷新时，只需使用WITH REPLACE恢复。快速，简单，防弹。如果这里或那里的几个表需要一些基本数据(例如。配置信息，或让你的应用程序运行的基本信息)，它也会处理这些。