आपके पास यहां दो वास्तविक विकल्प हैं, आप टेबल पर बाधाओं को अक्षम कर सकते हैं। यह आमतौर पर एक महान विचार नहीं है क्योंकि आप एक खराब डेटा स्थिति के साथ समाप्त हो सकते हैं यदि आप उन डेटा के साथ खिलवाड़ कर रहे हैं जो अन्य तालिकाओं से संबंधित हैं, लेकिन अपने स्कीमा की पूरी सीमा नहीं जानते हैं और यह आपके उद्देश्यों के अनुरूप हो सकता है:
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 है और मूल स्तंभ M06Ponsons है।
यदि आपने इस स्कीमा को अधिकृत नहीं किया है, तो कृपया इस पर विचार करने का प्रयास करें कि बाधाएं क्यों हो सकती हैं, और यह समझें कि इस तरह से उनका उल्लंघन करने से अनपेक्षित दुष्प्रभाव हो सकते हैं।