여기에는 두 가지 실제 선택 사항이 있으며, 테이블에서 제한 조건을 사용하지 않을 수 있습니다. 다른 테이블과 관련된 데이터를 엉망으로 만들지 만 스키마의 전체 범위를 알지 못하고 목적에 맞을 수있는 경우 나쁜 데이터 조건으로 끝날 수 있으므로 일반적으로 좋은 생각이 아닙니다.
ALTER TABLE [workdemo.no].[dbo].[M06Persons] NOCHECK CONSTRAINT [FK_M02ArticlePersons_M06Persons]
삭제 후 구속 조건을 다시 설정해야합니다.
ALTER TABLE [workdemo.no].[dbo].[M06Persons] WITH CHECK CHECK CONSTRAINT [FK_M02ArticlePersons_M06Persons]
두 번째 선택은 다음을 사용하여 ON DELETE CASCADE 옵션을 사용하여 제약 조건을 삭제하고 다시 추가하는 것입니다.
ALTER TABLE [workdemo.no].[dbo].[M06Persons] DROP CONSTRAINT [FK_M02ArticlePersons_M06Persons]
ALTER TABLE [workdemo.no].[dbo].[M06Persons] WITH NOCHECK ADD CONSTRAINT [FK_M02ArticlePersons_M06Persons] FOREIGN KEY(M06PersonId)
REFERENCES <parent table here> (<parent column here>)
ON DELETE CASCADE
FK 이름에 따라 부모 테이블은 M02ArticlePersons이고 부모 열은 M06Persons 인 것 같습니다.
이 스키마를 작성하지 않은 경우 제한 조건이 존재하는 이유를 고려하고 이러한 방식으로이를 위반하면 의도하지 않은 부작용이있을 수 있음을 이해하십시오.