"बचत परिवर्तनों को रोकें जिनके लिए तालिका को फिर से बनाया जाना आवश्यक है" नकारात्मक प्रभाव


255

प्रस्तावना

मैं आज SQL Server 2008 में एक कॉलम को संशोधित कर रहा था, जिसमें मुद्रा (18,0) से (19,2) जैसी डेटाटाइप को बदल रहा था।

मुझे त्रुटि मिली "आपके द्वारा किए गए परिवर्तनों को SQL सर्वर से निम्न तालिकाओं को छोड़ने और फिर से बनाने की आवश्यकता है"।

उत्तर देने के लिए हाथापाई करने से पहले, कृपया निम्नलिखित पढ़ें:

मैं पहले से ही जानता हूं कि उपकरण में विकल्प है know विकल्प ► डिजाइनर Database तालिका और डेटाबेस डिजाइनर box बॉक्स को अनचेक करें "बचत परिवर्तन को रोकें जिसके लिए तालिका पुन: निर्माण की आवश्यकता होती है।" पाँच क्लिक्स में टेबल री-क्रिएशन की आवश्यकता वाले बचत परिवर्तनों को रोकें ... तो उस के साथ जवाब नहीं !

वास्तविक प्रश्न

मेरा वास्तविक प्रश्न कुछ और के लिए है, इस प्रकार है:

क्या ऐसा करने के कोई नकारात्मक प्रभाव / संभावित कमियां हैं?

क्या यह बॉक्स अनियंत्रित होने पर वास्तव में टेबल ख़राब हो जाती है और अपने आप रीक्रिएट हो जाती है?

यदि हां, तो क्या तालिका स्रोत तालिका की 100% सटीक प्रतिकृति की प्रतिलिपि है?


65
उपकरण> विकल्प> डिजाइनर ... यही कारण है कि मैं देख रहा था! धन्यवाद!
nrod


2
और यदि आप MS SQL Server 2014 के साथ हैं -> एक्स्ट्रास> विकल्प> डिज़ाइनर शीर्ष मेनू से।
वाइटाटा जूल

जवाबों:


89

तालिका को केवल उन्हीं मामलों में गिराया और बनाया गया है, जिसमें SQL सर्वर के प्रबंधन स्टूडियो का एकमात्र तरीका है, यह जानने के लिए कि उसे कैसे करना है।

निश्चित रूप से ऐसे मामले हैं जहां यह होगा कि जब इसकी आवश्यकता नहीं होगी, लेकिन ऐसे मामले भी होंगे जहां आपके द्वारा प्रबंधन स्टूडियो में किए गए संपादन ड्रॉप नहीं होंगे और फिर से नहीं बनाए जाएंगे क्योंकि यह करने की आवश्यकता नहीं है।

समस्या यह है कि सभी मामलों की गणना करना और यह निर्धारित करना कि वे किस रेखा पर हैं, काफी थकाऊ होगा।

यही कारण है कि मैं ALTER TABLEविजुअल डिज़ाइनरों के बजाय एक क्वेरी विंडो में उपयोग करना पसंद करता हूं जो कि वे जो कर रहे हैं उसे छिपाते हैं (और बहुत स्पष्ट रूप से कीड़े हैं) - मुझे पता है कि वास्तव में क्या होने जा रहा है, और मैं उन मामलों की तैयारी कर सकता हूं जहां एकमात्र संभावना है तालिका को गिराना और फिर से बनाना है (जो कि SSMS आपसे कितनी बार कम है, इसकी तुलना में कुछ संख्या कम है)।


5
जबकि वास्तव में एक अच्छा जवाब है, मुझे लगता है कि यह ओपी द्वारा उठाए गए सभी सवालों के जवाब नहीं देता है, और वे सवाल हैं जिनकी मुझे दिलचस्पी है, वास्तव में। विशेष रूप से क्या ऐसा करने के कोई नकारात्मक प्रभाव / संभावित कमियां हैं? और यदि हां, तो क्या तालिका स्रोत तालिका की 100% सटीक प्रतिकृति की प्रतिलिपि है? । क्या आपके पास उन सवालों के बारे में कोई जानकारी है?
tfrascaroli

252

उपकरण -> विकल्प -> डिजाइनर नोड -> "उन बचत परिवर्तनों को रोकें जिन्हें तालिका मनोरंजन की आवश्यकता है "।


12

संदर्भ - इस विकल्प को बंद करने से आप तालिका को फिर से बनाने में मदद कर सकते हैं, यह खोए हुए परिवर्तनों को भी जन्म दे सकता है। उदाहरण के लिए, मान लें कि आप तालिका में परिवर्तनों को ट्रैक करने के लिए SQL Server 2008 में बदलें ट्रैकिंग सुविधा को सक्षम करते हैं। जब आप एक ऑपरेशन करते हैं जो तालिका को फिर से बनाया जाता है, तो आपको "लक्षण" खंड में वर्णित त्रुटि संदेश प्राप्त होता है। हालाँकि, यदि आप इस विकल्प को बंद कर देते हैं, तो तालिका के पुन: निर्मित होने पर मौजूदा परिवर्तन ट्रैकिंग जानकारी को हटा दिया जाता है। इसलिए, Microsoft अनुशंसा करता है कि आप विकल्प बंद करके इस समस्या के आसपास काम न करें।


11

SQL सर्वर ड्राप करता है और आपको केवल तभी टेबल रीक्रिएट करता है:

  • एक नया कॉलम जोड़ें
  • एक कॉलम के लिए अनुमति दें नल को बदलें
  • तालिका में कॉलम क्रम बदलें
  • कॉलम डेटा प्रकार बदलें

ALTER का उपयोग करना अधिक सुरक्षित है, क्योंकि यदि आप टेबल को दोबारा बनाते समय मेटाडेटा खो जाते हैं, तो आपका डेटा खो जाएगा।


8
आपकी सूची संपूर्ण नहीं है। IDENTITYउदाहरण के लिए, किसी स्तंभ पर गुण जोड़ें / निकालें ।
हारून बर्ट्रेंड

2
उन फ़ील्ड के अंत में एक नया कॉलम जोड़ना जो NULLABLE हैं उन्हें टेबल पुनर्निर्माण की आवश्यकता नहीं है।
छद्मटोड

2

हां, इसके नकारात्मक प्रभाव हैं:

यदि आप इस झंडे द्वारा अवरुद्ध परिवर्तन को स्क्रिप्ट करते हैं, तो आपको नीचे दी गई स्क्रिप्ट की तरह कुछ मिलता है (सभी मैं संपर्क में आईडी कॉलम को ऑटोनोम्ड आईडीेंटिटी कॉलम में बदल रहा हूं, लेकिन तालिका में निर्भरताएं हैं)। निम्नलिखित चलने के दौरान होने वाली संभावित त्रुटियों पर ध्यान दें:

  1. यहां तक ​​कि Microsoft चेतावनी देता है कि इससे डेटा हानि हो सकती है (यह टिप्पणी स्वतः उत्पन्न होती है)!
  2. समय की अवधि के लिए, विदेशी कुंजियों को लागू नहीं किया जाता है।
  3. यदि आप इसे मैन्युअल रूप से ssms में चलाते हैं और 'EXEC (' INSERT INTO 'विफल हो जाता है, और आप निम्नलिखित कथनों को चलाते हैं (जो कि वे डिफ़ॉल्ट रूप से करते हैं, क्योंकि वे' go 'से विभाजित होते हैं) तो आप 0 पंक्तियाँ सम्मिलित करेंगे, फिर छोड़ दें पुरानी तालिका।
  4. यदि यह एक बड़ी तालिका है, तो इन्सर्ट का रनटाइम बड़ा हो सकता है, और लेन-देन एक स्कीमा संशोधन लॉक को पकड़ रहा है, इसलिए इन चीजों को ब्लॉक करता है।

-

/* To prevent any potential data loss issues, you should review this script in detail before running it outside the context of the database designer.*/

BEGIN TRANSACTION
GO
ALTER TABLE raw.Contact
    DROP CONSTRAINT fk_Contact_AddressType
GO
ALTER TABLE ref.ContactpointType SET (LOCK_ESCALATION = TABLE)
GO
COMMIT
BEGIN TRANSACTION
GO
ALTER TABLE raw.Contact
    DROP CONSTRAINT fk_contact_profile
GO
ALTER TABLE raw.Profile SET (LOCK_ESCALATION = TABLE)
GO
COMMIT
BEGIN TRANSACTION
GO
CREATE TABLE raw.Tmp_Contact
    (
    ContactID int NOT NULL IDENTITY (1, 1),
    ProfileID int NOT NULL,
    AddressType char(2) NOT NULL,
    ContactText varchar(250) NULL
    )  ON [PRIMARY]
GO
ALTER TABLE raw.Tmp_Contact SET (LOCK_ESCALATION = TABLE)
GO
SET IDENTITY_INSERT raw.Tmp_Contact ON
GO
IF EXISTS(SELECT * FROM raw.Contact)
     EXEC('INSERT INTO raw.Tmp_Contact (ContactID, ProfileID, AddressType, ContactText)
        SELECT ContactID, ProfileID, AddressType, ContactText FROM raw.Contact WITH (HOLDLOCK TABLOCKX)')
GO
SET IDENTITY_INSERT raw.Tmp_Contact OFF
GO
ALTER TABLE raw.PostalAddress
    DROP CONSTRAINT fk_AddressProfile
GO
ALTER TABLE raw.MarketingFlag
    DROP CONSTRAINT fk_marketingflag_contact
GO
ALTER TABLE raw.Phones
    DROP CONSTRAINT fk_phones_contact
GO
DROP TABLE raw.Contact
GO
EXECUTE sp_rename N'raw.Tmp_Contact', N'Contact', 'OBJECT' 
GO
ALTER TABLE raw.Contact ADD CONSTRAINT
    Idx_Contact_1 PRIMARY KEY CLUSTERED 
    (
    ProfileID,
    ContactID
    ) 

GO
ALTER TABLE raw.Contact ADD CONSTRAINT
    Idx_Contact UNIQUE NONCLUSTERED 
    (
    ProfileID,
    ContactID
    ) 

GO
CREATE NONCLUSTERED INDEX idx_Contact_0 ON raw.Contact
    (
    AddressType
    ) 
GO
ALTER TABLE raw.Contact ADD CONSTRAINT
    fk_contact_profile FOREIGN KEY
    (
    ProfileID
    ) REFERENCES raw.Profile
    (
    ProfileID
    ) ON UPDATE  NO ACTION 
     ON DELETE  NO ACTION 

GO
ALTER TABLE raw.Contact ADD CONSTRAINT
    fk_Contact_AddressType FOREIGN KEY
    (
    AddressType
    ) REFERENCES ref.ContactpointType
    (
    ContactPointTypeCode
    ) ON UPDATE  NO ACTION 
     ON DELETE  NO ACTION 

GO
COMMIT
BEGIN TRANSACTION
GO
ALTER TABLE raw.Phones ADD CONSTRAINT
    fk_phones_contact FOREIGN KEY
    (
    ProfileID,
    PhoneID
    ) REFERENCES raw.Contact
    (
    ProfileID,
    ContactID
    ) ON UPDATE  NO ACTION 
     ON DELETE  NO ACTION 

GO
ALTER TABLE raw.Phones SET (LOCK_ESCALATION = TABLE)
GO
COMMIT
BEGIN TRANSACTION
GO
ALTER TABLE raw.MarketingFlag ADD CONSTRAINT
    fk_marketingflag_contact FOREIGN KEY
    (
    ProfileID,
    ContactID
    ) REFERENCES raw.Contact
    (
    ProfileID,
    ContactID
    ) ON UPDATE  NO ACTION 
     ON DELETE  NO ACTION 

GO
ALTER TABLE raw.MarketingFlag SET (LOCK_ESCALATION = TABLE)
GO
COMMIT
BEGIN TRANSACTION
GO
ALTER TABLE raw.PostalAddress ADD CONSTRAINT
    fk_AddressProfile FOREIGN KEY
    (
    ProfileID,
    AddressID
    ) REFERENCES raw.Contact
    (
    ProfileID,
    ContactID
    ) ON UPDATE  NO ACTION 
     ON DELETE  NO ACTION 

GO
ALTER TABLE raw.PostalAddress SET (LOCK_ESCALATION = TABLE)
GO
COMMIT
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.