不能截断表，因为它是由一个外键约束引用?

使用MSSQL2005，如果我首先截断子表(具有FK关系的主键的表)，我可以截断带有外键约束的表吗?

我知道我也可以

使用不带where子句的DELETE，然后RESEED标识(或) 删除FK，截断表，并重新创建FK。

我认为只要我在父表之前截断子表，我就可以不做上面的任何一个选项，但我得到了这个错误:

不能截断表'TableName'，因为它被一个FOREIGN KEY约束引用。

当前回答

该过程是去除外键约束和截断表然后按以下步骤添加约束。

这只是MySQL

SET FOREIGN_KEY_CHECKS = 0; 

truncate table "yourTableName";

SET FOREIGN_KEY_CHECKS = 1;

其他回答

你可以按照这个步骤来做，通过重新播种表，可以删除表中的数据。

delete from table_name
dbcc checkident('table_name',reseed,0)

如果出现错误，则必须重新播种主表。

如果我理解正确的话，您要做的是为涉及集成测试的DB设置一个干净的环境。

我在这里的方法是放弃整个模式，稍后再重新创建它。

原因:

您可能已经有了“创建模式”脚本。重用它进行测试隔离很容易。创建模式非常快。使用这种方法，可以很容易地设置脚本，让每个fixture创建一个NEW模式(使用临时名称)，然后开始并行运行测试fixture，使测试套件中最慢的部分更快。

删除然后重置自动增量:

delete from tablename;

then

ALTER TABLE tablename AUTO_INCREMENT = 1;

在SSMS中，我打开了显示密钥的图表。在删除Key和截断文件之后，我刷新了，然后专注于图表，并通过清除和恢复标识框创建了一个更新。保存关系图会出现一个保存对话框，然后出现“当您在工作时，数据库中发生了更改”对话框，单击Yes恢复了密钥，从关系图中的锁定副本恢复它。

因为TRUNCATE TABLE是一个DDL命令，所以它不能检查表中的记录是否被子表中的记录引用。

这就是为什么DELETE有效而TRUNCATE TABLE无效的原因:因为数据库能够确保它没有被另一条记录引用。

推荐文章