Деактивиране на ограничението за външен ключ, все още не може да съкрати таблицата? (SQL Server 2005)

Имам таблица, наречена PX_Child, която има външен ключ на PX_Parent. Бих искал временно да деактивирам това FK ограничение, за да мога да съкратя PX_Parent. Не съм сигурен как обаче става това.

Пробвах тези команди

ALTER TABLE PX_Child NOCHECK CONSTRAINT ALL

ALTER TABLE PX_Parent NOCHECK CONSTRAINT ALL

(truncate commands)

ALTER TABLE PX_Child CHECK CONSTRAINT ALL

ALTER TABLE PX_Parent CHECK CONSTRAINT ALL

Но truncate все още ми казва, че не може да съкрати PX_Parent поради ограничение на външен ключ. Прегледах навсякъде из мрежата и не мога да намеря какво правя грешно, съжалявам за основния характер на този въпрос.


person larryq    schedule 02.10.2010    source източник
comment
Изглежда, че Kalen Delaney е неволно отговорен за стартирането на тази идея. Тук тя пояснява трябва да премахнете ограничението за рефериране за да съкратите таблицата.   -  person Martin Smith    schedule 02.10.2010


Отговори (4)


Не можете да съкратите таблицата, ако има външен ключ, който я препраща, включително деактивирани ограничения. Трябва или да премахнете ограниченията на външния ключ, или да използвате командата DELETE.

person bobs    schedule 02.10.2010
comment
Вижте моя (5 години по-късно) отговор по-долу за това как бързо да генерирате DROP CONSTRAINT и ADD CONSTRAINT SQL - person RJB; 24.04.2016
comment
Операторът DELETE е в конфликт с ограничението REFERENCE. (Изтриването също не работи) - person Enrico; 17.12.2019

Има по-лесен начин. Бях изправен пред същия проблем и намерих това решение: https://www.mssqltips.com/sqlservertip/3347/drop-and-recreate-all-foreign-key-constraints-in-sql-server/

Ако просто изпълните тази заявка във вашата DB, тя ще генерира T-SQL, който трябва да включите преди/след вашия sproc, за да изтриете и след това да възстановите всички ограничения на външния ключ.

Не се притеснявайте да се опитвате да разберете самото това запитване.

CREATE TABLE #x -- feel free to use a permanent table
(
  drop_script NVARCHAR(MAX),
  create_script NVARCHAR(MAX)
);

DECLARE @drop   NVARCHAR(MAX) = N'',
        @create NVARCHAR(MAX) = N'';

-- drop is easy, just build a simple concatenated list from sys.foreign_keys:
SELECT @drop += N'
ALTER TABLE ' + QUOTENAME(cs.name) + '.' + QUOTENAME(ct.name) 
    + ' DROP CONSTRAINT ' + QUOTENAME(fk.name) + ';'
FROM sys.foreign_keys AS fk
INNER JOIN sys.tables AS ct
  ON fk.parent_object_id = ct.[object_id]
INNER JOIN sys.schemas AS cs 
  ON ct.[schema_id] = cs.[schema_id];

INSERT #x(drop_script) SELECT @drop;

-- create is a little more complex. We need to generate the list of 
-- columns on both sides of the constraint, even though in most cases
-- there is only one column.
SELECT @create += N'
ALTER TABLE ' 
   + QUOTENAME(cs.name) + '.' + QUOTENAME(ct.name) 
   + ' ADD CONSTRAINT ' + QUOTENAME(fk.name) 
   + ' FOREIGN KEY (' + STUFF((SELECT ',' + QUOTENAME(c.name)
   -- get all the columns in the constraint table
    FROM sys.columns AS c 
    INNER JOIN sys.foreign_key_columns AS fkc 
    ON fkc.parent_column_id = c.column_id
    AND fkc.parent_object_id = c.[object_id]
    WHERE fkc.constraint_object_id = fk.[object_id]
    ORDER BY fkc.constraint_column_id 
    FOR XML PATH(N''), TYPE).value(N'.[1]', N'nvarchar(max)'), 1, 1, N'')
  + ') REFERENCES ' + QUOTENAME(rs.name) + '.' + QUOTENAME(rt.name)
  + '(' + STUFF((SELECT ',' + QUOTENAME(c.name)
   -- get all the referenced columns
    FROM sys.columns AS c 
    INNER JOIN sys.foreign_key_columns AS fkc 
    ON fkc.referenced_column_id = c.column_id
    AND fkc.referenced_object_id = c.[object_id]
    WHERE fkc.constraint_object_id = fk.[object_id]
    ORDER BY fkc.constraint_column_id 
    FOR XML PATH(N''), TYPE).value(N'.[1]', N'nvarchar(max)'), 1, 1, N'') + ');'
FROM sys.foreign_keys AS fk
INNER JOIN sys.tables AS rt -- referenced table
  ON fk.referenced_object_id = rt.[object_id]
INNER JOIN sys.schemas AS rs 
  ON rt.[schema_id] = rs.[schema_id]
INNER JOIN sys.tables AS ct -- constraint table
  ON fk.parent_object_id = ct.[object_id]
INNER JOIN sys.schemas AS cs 
  ON ct.[schema_id] = cs.[schema_id]
WHERE rt.is_ms_shipped = 0 AND ct.is_ms_shipped = 0;

UPDATE #x SET create_script = @create;

PRINT @drop;
PRINT @create;

/*
EXEC sp_executesql @drop
-- clear out data etc. here
EXEC sp_executesql @create;
*/

Генерира куп от:

ALTER TABLE [dbo].[Whatever] DROP CONSTRAINT....
--
ALTER TABLE [dbo].[Whatever] ADD CONSTRAINT....
person RJB    schedule 24.04.2016
comment
лош съвет: Не се притеснявайте да се опитвате да разберете самото това запитване. Никога не пускайте нищо, излязло от мрежата, без да го разбирате - person Dharmendar Kumar 'DK'; 22.05.2016
comment
Вярно, но това не беше производствена версия на БД - person RJB; 23.05.2016
comment
Има разлика между разбирането как работи дадена заявка и гарантирането, че тя няма да навреди. Последното почти винаги е по-лесно. - person wolfrevokcats; 09.07.2016
comment
Благодаря ви много за този сценарий! Щеше да ми отнеме известно време, за да разбера себе си. Въпреки че го разбирам, напълно съм съгласен, не е нужно да го разбирате, за да го използвате. Просто се уверете, че кодът, който генерира, е правилен, преди да го изпълните. - person Brandon Frenchak; 21.03.2017
comment
Фактът, че тази бъркотия от динамичен sql е необходима просто за изпълнение на TRUNCATE TABLE, е отвратителен. - person Pxtl; 18.05.2017
comment
Както е написано, това не пресъздава правилно ограничения с правилата „ON DELETE CASCADE“. Това е проста корекция, променете реда FOR XML PATH(N''), TYPE).value(N'.[1]', N'nvarchar(max)'), 1, 1, N'') + ');' на FOR XML PATH(N''), TYPE).value(N'.[1]', N'nvarchar(max)'), 1, 1, N'') + ') ON DELETE ' + REPLACE(fk.delete_referential_action_desc, '_', ' ') + ';' - person Jason Larke; 14.09.2017
comment
Имайте предвид, че операторите PRINT @drop и PRINT @create ще бъдат съкратени в SQL Management Studio. Ако искате тези пълни стойности, ще трябва да SELECT * FROM #x и след това да копирате стойности от двете получени колони. Дори тогава се наложи да DECLARE @tempCreate NVARCHAR(MAX); SELECT @tempCreate = create_script from #x; EXEC sp_executesql @tempCreate; за моя оператор за създаване. - person Tyler Forsythe; 16.03.2018
comment
Този скрипт не работи за моите таблици, трябва да е пропуснал нещо. - person jnnnnn; 05.09.2018
comment
Както Тайлър каза, ще съкрати текста, ако е твърде дълъг. Току-що опитах в SQL Ops Studio (сега известно като Azure Data Studio) със същото отрязване. Просто добавянето на select @drop union all select @create в края на скрипта ще реши проблема. - person Adam Plocher; 24.10.2018
comment
Ако получите грешка Не мога да разреша конфликта на сортиране... след извършване на промяната, предложена от @JasonLarke, тогава можете да добавите collate database_default в края на заявката. Вижте github.com/Microsoft/mssql-jdbc/issues/590 - person ajphall; 21.10.2019

SQL сървърът няма да ви позволи да съкратите таблицата, докато съществува ограничението, дори и да е деактивирано. Премахнете ограничението и го създайте отново след съкращаване на таблицата. Или просто пуснете и създайте отново таблиците, което от двете е по-лесно във вашето приложение.

person Paul Groke    schedule 02.10.2010
comment
Какво искаш да кажеш, че не е транзакционна команда? Можете да го върнете добре. CREATE TABLE Blah(a int); INSERT Blah VALUES(1); SELECT * FROM Blah; BEGIN TRAN; TRUNCATE TABLE Blah; SELECT * FROM Blah; ROLLBACK TRAN SELECT * FROM Blah; DROP TABLE Blah. Truncate работи, като освобождава цели страници, вместо да премахва редове, но все пак е транзакционен. - person ErikE; 02.10.2010
comment
@Emtucifor: Опа, изглежда, че изтълкувах погрешно документацията, ти си прав! Премахнах тази дезинформация. - person Paul Groke; 02.10.2010
comment
@Emtucifor, @pgroke, в известен смисъл и двамата сте прави, тъй като стандартът позволява TRUNCATE да не е транзакционен, но имплементациите са разрешени, за да го направят транзакционен. Следователно TRUNCATE, както е дефиниран, не обещава връщане назад, но SqlServer (и Postgres) добавя това обещание извън стандарта. - person Jon Hanna; 02.10.2010
comment
@Jon Благодаря за пояснението. Нека перифразирам. В SQL Server съкращаването е транзакционно. - person ErikE; 03.10.2010

Няма такава опция за съкращаване на таблица при ограничение на външен ключ, но можем да използваме някакъв трик като

 ALTER TABLE [dbo].[table2] DROP CONSTRAINT [FK_table2_table1]
    GO
    truncate table [table1]
GO
    ALTER TABLE [dbo].[table2]  WITH CHECK ADD  CONSTRAINT [FK_table2_table1] FOREIGN KEY([FKId])
    REFERENCES [dbo].[table1] ([ID])
    GO

    ALTER TABLE [dbo].[table2] CHECK CONSTRAINT [FK_table2_table1]
    GO
person Bhargil Joshi    schedule 15.04.2019