जेनरेट स्क्रिप्ट में SQL सर्वर चेक/नो चेक अंतर

Question

मैं विभिन्न डेटाबेस के बीच स्कीमा को सिंक करने की कोशिश कर रहा हूं। असल में, मैंने कार्यों को चलाया-> दोनों डेटाबेस पर SQL सर्वर प्रबंधन स्टूडियो (2005) के साथ स्क्रिप्ट जेनरेट करें और आउटपुट को एक diff टूल के साथ तुलना कर रहा हूं।

किसी कारण से, एक स्क्रिप्ट कोई चेक, दोनों की कमी के बाद फिर से सक्षम किया जा रहा के साथ जांच और एक के साथ बाधा कहते हैं।

मैं पहली बार डेटाबेस के लिए मैं:

ALTER TABLE [dbo].[Profile] WITH CHECK ADD CONSTRAINT [FK_Profile_OrganizationID] FOREIGN KEY([OrganizationID]) 
REFERENCES [dbo].[Organization] ([OrganizationID]) 
GO 
ALTER TABLE [dbo].[Profile] CHECK CONSTRAINT [FK_Profile_OrganizationID] 
GO 

दूसरा डेटाबेस उत्पन्न

ALTER TABLE [dbo].[Profile] WITH NOCHECK ADD CONSTRAINT [FK_Profile_OrganizationID] FOREIGN KEY([OrganizationID]) 
REFERENCES [dbo].[Organization] ([OrganizationID]) 
GO 
ALTER TABLE [dbo].[Profile] CHECK CONSTRAINT [FK_Profile_OrganizationID] 
GO 

के रूप में तो मैं दो प्रश्न हैं:

1. अंत में एक ही परिणाम है ? (संपादित करें: ऐसा लगता है कि बहुत से लोगों को केवल दो लिपियों के पहले बयान मैं दोनों लिपियों की सम्पूर्णता के अंतिम परिणाम में दिलचस्पी है पर उठा रहे हैं।।)

2. अंत तो नतीजा वही है, प्रबंधन स्टूडियो अलग-अलग डेटाबेस के लिए उन्हें अलग-अलग क्यों उत्पन्न करता है?

Answer 1

के विभिन्न संस्करणों के आधार पर अलग-अलग दिनचर्या का उपयोग कर सकता है, अंतिम परिणाम समान नहीं है!

एसक्यूएल सर्वर एफके की विशिष्टता पर भरोसा नहीं करेगा यह जांच नहीं है। इसका अर्थ यह है कि यदि आप किसी क्वेरी में कॉलम का उपयोग करते हैं तो अतिरिक्त प्रसंस्करण की आवश्यकता होती है।
लंबी कहानी छोटी है कि आपको कॉलम जांचने के लिए SQL सर्वर प्राप्त करना चाहिए ताकि इसे विश्वसनीय माना जा सके।

क्यों वे विभिन्न सर्वरों से अलग हैं, sys.foreign_keys में isnottrusted कॉलम की जांच करें। एसएसएमएस क्या उत्पन्न कर रहा है इससे प्रभावित हो सकता है?

इस पर अधिक रेंट के लिए, my other answer देखें जो FK & से संबंधित कोई चेक/चेक विकल्प नहीं है।

Answer 2

हाँ वे दो स्क्रिप्ट अलग

जांच नई बाधा के खिलाफ मौजूदा डेटा की जाँच करेगा के साथ कर रहे हैं।
NOCHECK नई बाधा के खिलाफ मौजूदा डेटा की जांच नहीं करेगा। इससे आपको संबंधित माता-पिता के बिना बाल रिकॉर्ड प्राप्त करने की अनुमति मिल जाएगी।

संपादित करें: क्यों SSMS यह कर रहा है के रूप में मुझे पता नहीं

Answer 3

है दोनों SQL सर्वर 2005 सर्वर कर रहे हैं? परिणामस्वरूप वही है, कोड जनरेशन टूल उत्पाद