使用MSSQL2005，如果我首先截断子表(具有FK关系的主键的表)，我可以截断带有外键约束的表吗?
我知道我也可以
使用不带where子句的DELETE，然后RESEED标识(或) 删除FK，截断表，并重新创建FK。
我认为只要我在父表之前截断子表，我就可以不做上面的任何一个选项，但我得到了这个错误:
不能截断表'TableName'，因为它被一个FOREIGN KEY约束引用。
当前回答
我刚刚发现，只要先禁用子表上的外键约束，就可以在父表上使用TRUNCATE表。 如。
子表上的外键约束child_par_ref引用PARENT_TABLE
ALTER TABLE CHILD_TABLE DISABLE CONSTRAINT child_par_ref;
TRUNCATE TABLE CHILD_TABLE;
TRUNCATE TABLE PARENT_TABLE;
ALTER TABLE CHILD_TABLE ENABLE CONSTRAINT child_par_ref;
其他回答
截断不适合我，删除+重新播种是最好的方法。 如果你们中的一些人需要遍历大量的表来执行delete + reseed，你可能会遇到一些没有标识列的表的问题，下面的代码在尝试重新播种之前检查标识列是否存在
EXEC ('DELETE FROM [schemaName].[tableName]')
IF EXISTS (Select * from sys.identity_columns where object_name(object_id) = 'tableName')
BEGIN
EXEC ('DBCC CHECKIDENT ([schemaName.tableName], RESEED, 0)')
END
下面的工作对我来说，即使有FK约束，并结合以下答案，只删除指定的表:
事务自动回滚 循环使用逗号分隔的列表 执行动态SQL(使用变量中的表名) DELETE和RESEED表(在这个线程中)
USE [YourDB];
DECLARE @TransactionName varchar(20) = 'stopdropandroll';
BEGIN TRAN @TransactionName;
set xact_abort on; /* automatic rollback https://stackoverflow.com/a/1749788/1037948 */
-- ===== DO WORK // =====
-- dynamic sql placeholder
DECLARE @SQL varchar(300);
-- LOOP: https://stackoverflow.com/a/10031803/1037948
-- list of things to loop
DECLARE @delim char = ';';
DECLARE @foreach varchar(MAX) = 'Table;Names;Separated;By;Delimiter' + @delim + 'AnotherName' + @delim + 'Still Another';
DECLARE @token varchar(MAX);
WHILE len(@foreach) > 0
BEGIN
-- set current loop token
SET @token = left(@foreach, charindex(@delim, @foreach+@delim)-1)
-- ======= DO WORK // ===========
-- dynamic sql (parentheses are required): https://stackoverflow.com/a/989111/1037948
SET @SQL = 'DELETE FROM [' + @token + ']; DBCC CHECKIDENT (''' + @token + ''',RESEED, 0);'; -- https://stackoverflow.com/a/11784890
PRINT @SQL;
EXEC (@SQL);
-- ======= // END WORK ===========
-- continue loop, chopping off token
SET @foreach = stuff(@foreach, 1, charindex(@delim, @foreach+@delim), '')
END
-- ===== // END WORK =====
-- review and commit
SELECT @@TRANCOUNT as TransactionsPerformed, @@ROWCOUNT as LastRowsChanged;
COMMIT TRAN @TransactionName;
注意:
我认为这仍然有助于按照你想要删除的顺序声明表(即先删除依赖项)。从这个答案中可以看出，不是循环特定的名称，而是用所有表替换
EXEC sp_MSForEachTable 'DELETE FROM ?; DBCC CHECKIDENT (''?'',RESEED, 0);';
如果您以任何频率执行此操作，甚至在时间表上，我绝对不会明确地使用DML语句。写入事务日志的成本非常高，将整个数据库设置为SIMPLE恢复模式以截断一个表是荒谬的。
最好的办法，不幸是艰苦或费力的办法。这是:
减少约束 截断表 重新创建约束
我这样做的过程包括以下步骤:
在SSMS中，右键单击有问题的表，并选择查看依赖项 记下引用的表格(如果有的话) 回到对象资源管理器，展开Keys节点并记下外键(如果有的话) 开始编写脚本(删除/截断/重新创建)
这种性质的脚本应该在begin tran和commit tran块中完成。
正确的;你不能截断一个有FK约束的表。
通常我的处理方法是:
去掉约束 截断表格 重新创建约束。
(当然，这一切都在一笔交易中。)
当然，这只适用于子节点已经被截断的情况。否则，我会走不同的路线，完全取决于我的数据是什么样子的。(变量太多，不便在此赘述。)
最初的海报决定了为什么会这样;更多细节请看这个答案。
因为TRUNCATE TABLE是一个DDL命令，所以它不能检查表中的记录是否被子表中的记录引用。
这就是为什么DELETE有效而TRUNCATE TABLE无效的原因:因为数据库能够确保它没有被另一条记录引用。
