एंटिटी का उपयोग कर वर्तमान में डीबीकॉनटेक्स्ट है जिसमें प्रत्येक तालिका है।कितने डीबीसीएन्टेक्स्ट के पास मेरे पास
मुझे आश्चर्य है कि क्या यह सब करता है, या उदाहरण के लिए आपके पास प्रति मॉड्यूल संदर्भ है। मेरे लिए dbcontext मॉडल को डेटाबेस में मैप करने का एक कनेक्शन था, और चूंकि केवल एक डेटाबेस है, मुझे केवल एक की आवश्यकता है।
इससे पहले कि मैं बहुत दूर हो जाऊं, मैं देखना चाहता हूं कि यह उचित है या नहीं।
तो डेटाबेस या कई प्रति 1 डीबी संदर्भ?
मैं हाल ही में इसी प्रक्रिया के माध्यम से गया और इस विषय पर कुछ महान संसाधन पाए। यहां एक जोड़े हैं जो बहुत उपयोगी थे:
मैं एक डेस्कटॉप ऐप्स का निर्माण किया गया था, और मैं कई संदर्भों का उपयोग करते हुए इतना है कि मैं जीवन भर मॉड्यूल के बजाय आवेदन से बंधा रख सकता है समाप्त हो गया। इसने मेरे लिए बहुत अच्छा काम किया है, और मुझे यह पसंद है कि मेरा DbContextDbSets से नहीं जुड़ा हुआ है और वर्तमान मॉड्यूल के लिए प्रासंगिक लोगों तक ही सीमित है।
एक ASP.NET MVC अनुप्रयोग में, यह बाद से DbContext केवल अनुरोध के रूप में रूप में लंबे समय रहते हैं, और उन मामलों में, मैं आमतौर पर एक भी DbContext जब तक डेटाबेस बहुत बड़ी है का उपयोग चीजों को आसान बनाने के अलग है। एक बड़े डेटाबेस के साथ, मैं शायद इसे ओवरहेड और अव्यवस्था को सीमित करने के लिए कई DbContexts में अलग कर दूंगा, और चीजों को विभाजित रखूंगा।
वर्तमान में ईएफ को diff dbContexts में विभाजित नहीं किया गया है। Here a great talk about it
हम इस मामले कि हम सिर्फ डेटाबेस पीढ़ी के लिए हमारे MVC वेबसाइट से एक परियोजना diff बना दिया है के लिए क्या किया और उसके बाद है हर आवश्यकता के लिए अलग dbContexts है।
इस तरह हमारे डीबी कॉन्टैक्स कभी बड़े नहीं होते हैं और
को बनाए रखने में आसान हैं मेरे पास एक ही विचार हैं –