使用MSSQL2005，如果我首先截断子表(具有FK关系的主键的表)，我可以截断带有外键约束的表吗?
我知道我也可以
使用不带where子句的DELETE，然后RESEED标识(或) 删除FK，截断表，并重新创建FK。
我认为只要我在父表之前截断子表，我就可以不做上面的任何一个选项，但我得到了这个错误:
不能截断表'TableName'，因为它被一个FOREIGN KEY约束引用。
当前回答
没有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
注意，如果您有数百万条以上的记录，这可能不是您想要的，因为它非常慢。
其他回答
你可以按照这个步骤来做， 通过重新播种表，可以删除表中的数据。
delete from table_name
dbcc checkident('table_name',reseed,0)
如果出现错误，则必须重新播种主表。
正确的;你不能截断一个有FK约束的表。
通常我的处理方法是:
去掉约束 截断表格 重新创建约束。
(当然，这一切都在一笔交易中。)
当然，这只适用于子节点已经被截断的情况。否则，我会走不同的路线，完全取决于我的数据是什么样子的。(变量太多，不便在此赘述。)
最初的海报决定了为什么会这样;更多细节请看这个答案。
下面的工作对我来说，即使有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);';
在SSMS中，我打开了显示密钥的图表。在删除Key和截断文件之后，我刷新了，然后专注于图表，并通过清除和恢复标识框创建了一个更新。保存关系图会出现一个保存对话框，然后出现“当您在工作时，数据库中发生了更改”对话框，单击Yes恢复了密钥，从关系图中的锁定副本恢复它。
因为TRUNCATE TABLE是一个DDL命令，所以它不能检查表中的记录是否被子表中的记录引用。
这就是为什么DELETE有效而TRUNCATE TABLE无效的原因:因为数据库能够确保它没有被另一条记录引用。
