इकाई फ्रेमवर्क कोड पहले - उत्पादन डेटाबेस के लिए अद्यतन-डेटाबेस कैसे चलाएं

Question

मैं जानना चाहता हूं कि उत्पादन डेटाबेस के लिए 'अद्यतन-डेटाबेस' कमांड कैसे चलाएं।

'अपडेट-डाटाबेस' डेटाबेस मेरी स्थानीय मशीन से ठीक काम करता है, लेकिन मैं इसे उत्पादन डेटा के लिए कैसे काम कर सकता हूं?

इसलिए, यदि मैं अपने आवेदन में बदलाव करता हूं और फिर दृश्य स्टूडियो के माध्यम से 'प्रकाशित' चलाता हूं तो यह चीजों के कोड पक्ष के लिए ठीक काम करता है, लेकिन मैं उत्पादन डेटा के लिए 'अपडेट-डेटाबेस' कमांड कैसे चला सकता हूं ।

आशा इस सवाल का समझ में आता है ...

धन्यवाद,

Answer 1

क्या @ दाऊद पहले ही कहा पर जोड़ने के लिए ...

व्यक्तिगत रूप से, मैं 'जी' परिदृश्यों में automatic updates भरोसा नहीं करते, और मैं हमेशा पसंद करते हैं मैन्युअल डेटाबेस प्रशासन (यानी permissions के साथ कोई समस्या है जो डीबी बनाने या बदलने के लिए आवश्यक है - साझा होस्टिंग इत्यादि का उल्लेख नहीं करना) - लेकिन सिंक्रनाइज़ करने की बात आने पर माइग्रेशन जो मैंने देखा है, उससे काफी ठोस है (वास्तव में, एकमात्र तरीका उन्हें 'untie' करने के लिए सामान्य रूप से डीबी को हटाने और पूर्ण/ताजा अद्यतन बल) है।

यहां एक पोस्ट है जिसे मैंने कुछ समय पहले बनाया था, script और synchronize database/code पर और तैनाती परिदृश्यों की दिशा में तैयार (और जब समस्याएं उत्पन्न होती हैं)। यह आपके लिए लागू नहीं है (अभी तक) लेकिन कुछ ध्यान में रखना है।

MVC3 and Code First Migrations - "model backing the 'blah' context has changed since the database was created"

Answer 2

Using Entity Framework (code first) migrations in production देखें तो आपके आवेदन स्वचालित रूप से डेटाबेस को अद्यतन करता है कि जब इकाई की रूपरेखा initializes।

अब यदि आप माइग्रेशन पर मैन्युअल नियंत्रण रखने में अधिक आरामदायक हैं, तो आप एसक्यूएल तर्क को अपने डेवलपर मशीन पर अद्यतन-डेटाबेस कमांड का उपयोग SQL स्क्रिप्ट उत्पन्न करने के लिए कर सकते हैं जिसे आप उत्पादन डेटाबेस के विरुद्ध चला सकते हैं।

http://msdn.microsoft.com/en-us/data/jj591621.aspx (ए एसक्यूएल स्क्रिप्ट खंड हो रही है देखें)

Answer 3

तुम सिर्फ स्वचालित रूप से अद्यतन नवीनतम संस्करण कब और कहाँ कभी अपने आवेदन रन (विकास और उत्पादन) के लिए डेटाबेस के लिए करना चाहते हैं?

यह एक अच्छा विचार नहीं हो सकता है, बहुत सरल परिदृश्यों को छोड़कर जहां आप जानते हैं कि आप स्वचालित माइग्रेशन पर भरोसा कर सकते हैं और डेटाबेस को मैन्युअल रूप से माइग्रेट करना संभव नहीं है। कृपया यह उत्तर देखें: https://stackoverflow.com/a/15718190/2279059। यदि आप इस चेतावनी की उपेक्षा करते हैं, तो पढ़ें।

जोड़े निम्नलिखित web.config रहे हैं:

<entityFramework> 
<contexts> 
    <context type="MyAssembly.MyContext, MyAssembly" disableDatabaseInitialization="false"> 
    <databaseInitializer type="System.Data.Entity.MigrateDatabaseToLatestVersion`2[[MyAssembly.MyContext, MyAssembly], [MyAssembly.Migrations.Configuration, MyAssembly]], EntityFramework" /> 
    </context> 
</contexts> 

यह डरावना लग सकता है, लेकिन यह मूल रूप से निम्न कोड के रूप में ही कार्य करता है:

Database.SetInitializer(new MigrateDatabaseToLatestVersion<MyContext, Migrations.Configuration>()); 

आप web.config साथ विफल रहता है तो, तो आप इस कोड को Global.asax में डालने का भी प्रयास कर सकते हैं। मैं व्यक्तिगत रूप से कोड पर विन्यास पसंद करते हैं।

आप अपने कॉन्फ़िग फ़ाइल क्लीनर देखने के लिए चाहते हैं, आप भी एक नया वर्ग टेम्पलेट MigrateDatabaseToLatestVersion वर्ग से निकाले जाते हैं कर सकते हैं, ताकि आप अपने web.cofig फ़ाइल में प्रकार तर्क पारित करने के लिए गुप्त सिंटैक्स का उपयोग करने की जरूरत नहीं है:

public class MyDatabaseInitializer : public MigrateDatabaseToLatestVersion<MyContext, Migrations.Configuration> {} 

यह डेटाबेस प्रारंभकर्ता सेट करने के लिए क्या करता है जो स्वचालित रूप से डेटाबेस को नवीनतम संस्करण में अद्यतन करता है।

(स्रोत और अधिक जानकारी के: http://www.ralphlavelle.net/2012/09/entity-framework-code-first-webconfig.html)