使用MSSQL2005，如果我首先截断子表(具有FK关系的主键的表)，我可以截断带有外键约束的表吗?
我知道我也可以
使用不带where子句的DELETE，然后RESEED标识(或) 删除FK，截断表，并重新创建FK。
我认为只要我在父表之前截断子表，我就可以不做上面的任何一个选项，但我得到了这个错误:
不能截断表'TableName'，因为它被一个FOREIGN KEY约束引用。
当前回答
对于MS SQL，至少在更新的版本中，你可以通过如下代码禁用约束:
ALTER TABLE Orders
NOCHECK CONSTRAINT [FK_dbo.Orders_dbo.Customers_Customer_Id]
GO
TRUNCATE TABLE Customers
GO
ALTER TABLE Orders
WITH CHECK CHECK CONSTRAINT [FK_dbo.Orders_dbo.Customers_Customer_Id]
GO
其他回答
您可以尝试DELETE FROM <您的表>;。
服务器将向您显示限制的名称和表，删除该表可以删除所需的内容。
正确的;你不能截断一个有FK约束的表。
通常我的处理方法是:
去掉约束 截断表格 重新创建约束。
(当然，这一切都在一笔交易中。)
当然，这只适用于子节点已经被截断的情况。否则，我会走不同的路线，完全取决于我的数据是什么样子的。(变量太多，不便在此赘述。)
最初的海报决定了为什么会这样;更多细节请看这个答案。
没有ALTER TABLE
-- Delete all records
DELETE FROM [TableName]
-- Set current ID to "1"
-- If table already contains data, use "0"
-- If table is empty and never insert data, use "1"
-- Use SP https://github.com/reduardo7/TableTruncate
DBCC CHECKIDENT ([TableName], RESEED, 0)
作为存储过程
https://github.com/reduardo7/TableTruncate
注意，如果您有数百万条以上的记录，这可能不是您想要的，因为它非常慢。
因为TRUNCATE TABLE是一个DDL命令，所以它不能检查表中的记录是否被子表中的记录引用。
这就是为什么DELETE有效而TRUNCATE TABLE无效的原因:因为数据库能够确保它没有被另一条记录引用。
如果我理解正确的话，您要做的是为涉及集成测试的DB设置一个干净的环境。
我在这里的方法是放弃整个模式，稍后再重新创建它。
原因:
您可能已经有了“创建模式”脚本。重用它进行测试隔离很容易。 创建模式非常快。 使用这种方法，可以很容易地设置脚本，让每个fixture创建一个NEW模式(使用临时名称)，然后开始并行运行测试fixture，使测试套件中最慢的部分更快。
