4 दिसंबर को, ईएफ कोर 2.2 का अंतिम संस्करण जारी किया गया था। इसे ASP.NET Core 2.2 और .NET Core 2.2 के समानांतर जारी किया गया था और यह हमारे ओपन सोर्स और लैंग्वेज ऑब्जेक्ट्स और डेटाबेस के बीच मैपिंग को मैनेज करने के लिए क्रॉस-प्लेटफॉर्म टेक्नोलॉजी की नवीनतम रिलीज़ है।

EF Core 2.2 RTM में सौ से अधिक फ़िक्सेस और कई नई सुविधाएँ हैं, जिनके बारे में हम इस लेख में बात करेंगे।

लिंक Habré पर इसी लेख के लिए नेतृत्व। यह श्रृंखला का अंतिम, तीसरा लेख है। अगली बार हम एक नई रिलीज़ के बारे में बात करेंगे - और यह नए साल में होगी।

स्थानिक डेटा

स्थानिक डेटा का उपयोग वस्तुओं के भौतिक स्थान और आकार को संग्रहीत करने के लिए किया जाता है। कई मौजूदा डेटाबेस में ऐसे डेटा को स्टोर, इंडेक्स और सर्च करने के तरीके बिल्ट-इन हैं। मुख्य उपयोग परिदृश्य एक चयनित दूरी पर वस्तुओं की खोज कर रहे हैं और जाँच रहे हैं कि कुछ बहुभुजों में एक दिया बिंदु है। नेटफॉपोलॉजीसुइट (एनटीएस) लाइब्रेरी के प्रकारों का उपयोग करते हुए, ईएफ कोर 2.2 अब ऐसे डेटाबेस और उन में जियोडाटा के साथ काम कर सकेगा।

विशेष प्रदाताओं के लिए विस्तार पैकेज के सेट के रूप में स्थानिक डेटा को लागू किया जाता है। इनमें से प्रत्येक पैकेज एनटीएस प्रकार और विधियों और डेटाबेस में संबंधित स्थानिक प्रकार और कार्यों के लिए दोनों नए मैपिंग को जोड़ता है। ऐसे प्रदाता एक्सटेंशन SQL सर्वर, SQLite और PostgreSQL (Npgsql परियोजना के लिए धन्यवाद) के लिए पहले से ही लागू किए गए हैं। स्थानिक प्रकारों का उपयोग सीधे इन-मेमोरी प्रदाता ईएफ कोर के साथ किया जा सकता है, बिना किसी अन्य एक्सटेंशन का उपयोग किए।

एक बार एक्सटेंशन स्थापित हो जाने के बाद, नए प्रकारों के लिए समर्थन शामिल होता है। इस प्रकार के गुणों का उपयोग उनकी संस्थाओं में किया जा सकता है, उदाहरण के लिए:

using NetTopologySuite.Geometries; namespace MyApp { public class Friend { [Key] public string Name { get; set; } [Required] public Point Location { get; set; } } } 

बेशक, अब आप इस डेटा को बचा सकते हैं:

 using (var context = new MyDbContext()) { context.Add( new Friend { Name = "Bill", Location = new Point(-122.34877, 47.6233355) {SRID = 4326 } }); context.SaveChanges(); } 

इसी तरह, डेटाबेस में क्वेरी करना संभव है जिसमें स्थानिक डेटा और संचालन शामिल हैं:

  var nearestFriends = (from f in context.Friends orderby f.Location.Distance(myLocation) descending select f).Take(5).ToList(); 

स्थानिक डेटा एक बड़ा विषय है जिसे आपको आधिकारिक प्रलेखन के साथ शुरू करना चाहिए।

आश्रित संस्थाओं के संग्रह

ईएफ कोर 2.0 एक-से-एक रिश्तों को मॉडल करने की क्षमता का परिचय देता है। ईएफ कोर 2.2 इस सुविधा का विस्तार सीधे यह इंगित करने की क्षमता के साथ करता है कि इस संबंध में कौन मुख्य इकाई (मालिक) है, और जो निर्भर (स्वामित्व) है। यह आपको इकाई के दायरे को सीमित करने और स्पष्ट करने की अनुमति देता है।

उदाहरण के लिए, निर्भर संस्थाएं:

• उनका उपयोग केवल संदर्भ संपत्तियों ( अंग्रेजी "नेविगेशन संपत्ति" ) में किया जा सकता है जो अन्य प्रकार की संस्थाओं में निहित हैं;
• DbContext में स्वचालित रूप से लोड किया गया है और इसकी मुख्य इकाई के साथ केवल एक साथ ट्रैक किया गया है।

रिलेशनल डेटाबेस में, मुख्य इकाई की तालिका में निर्भर संग्रह प्रदर्शित नहीं होते हैं, लेकिन अलग-अलग तालिकाओं में, सामान्य एक से कई रिश्तों के समान। दस्तावेज़-उन्मुख डेटाबेस में, सब कुछ कुछ अलग है, और हम एक ही दस्तावेज़ में आश्रित संस्थाओं (आश्रित संग्रहों या लिंक) में एम्बेड करने की योजना बनाते हैं जिसमें मुख्य इकाई संग्रहीत होती है।

आप नए OwnsMany() API को कॉल करके सुविधा का उपयोग कर सकते हैं:

 modelBuilder.Entity<Customer>().OwnsMany(c => c.Addresses); 

अधिक जानकारी के लिए, दस्तावेज़ देखें।

क्वेरी टैग

इस सुविधा का उद्देश्य कोड में LINQ क्वेरी और उनसे उत्पन्न SQL क्वेरी के बीच कनेक्शन खोजने के कार्य को सरल बनाना है, जो लॉग में पाया जा सकता है।

टैग को सक्षम करने के लिए, नई TagWith() पद्धति का उपयोग करके LINQ क्वेरी को एनोटेट करें। चलो स्थानिक डेटा अनुभाग से पिछले उदाहरण को थोड़ा संशोधित करते हैं:

  var nearestFriends = (from f in context.Friends.TagWith(@"This is my spatial query!") orderby f.Location.Distance(myLocation) descending select f).Take(5).ToList(); 

आप लॉग में निम्नलिखित पाठ देख सकते हैं:

 -- This is my spatial query! SELECT TOP(@__p_1) [f].[Name], [f].[Location] FROM [Friends] AS [f] ORDER BY [f].[Location].STDistance(@__myLocation_0) DESC 

हमेशा की तरह, इस बारे में [प्रलेखन में एक खंड] है।

EF Core 2.1 के साथ संगत

हमने EF Core 2.1 के मौजूदा प्रदाताओं के साथ EF Core 2.2 के पिछड़े संगतता को सुनिश्चित करने में बहुत समय और प्रयास बिताया और इसे बनाया ताकि EF Core 2.2 को अपडेट करने के बाद एप्लिकेशन को दिखाई देने वाली समस्याओं के बिना इकट्ठा किया गया। सबसे अधिक संभावना है, ज्यादातर मामलों में, नए संस्करण में प्रवास सरल होगा, लेकिन फिर भी, यदि आप अचानक समस्याओं का सामना करते हैं, तो यह हमारे बगट्रैक में उनके बारे में बात करने लायक है।

फिलहाल, केवल एक ही परिवर्तन है जिसे एप्लिकेशन कोड में छोटे परिवर्तन की आवश्यकता हो सकती है। आप इसके बारे में निम्नलिखित टिकट के विवरण में पढ़ सकते हैं:

• # 13986 : एक प्रकार दोनों को एक नियमित संपत्ति के रूप में और एक आश्रित के रूप में कॉन्फ़िगर किया गया है, 2.1 से 2.2 तक उन्नयन के तुरंत बाद एक प्राथमिक कुंजी के निर्माण की आवश्यकता है।

हम पुराने कोड के संशोधन की आवश्यकता वाले मुद्दों की सूची को बनाए रखना और अपडेट करना जारी रखना चाहते हैं।

आगे क्या है: ईएफ कोर 3.0

संस्करण 2.2 के रिलीज के बाद, हमारा अगला लक्ष्य ईएफ कोर 3.0 है। हमने अभी तक कोई नई सुविधाएँ लागू नहीं की हैं, इसलिए 4 दिसंबर को जारी किए गए NuGet पैकेज में EF Core 2.2 के रिलीज़ होने के बाद किए गए कुछ ही छोटे बदलाव हैं ।

अगली रिलीज़ के लिए पहले से ही कई व्यापक रूप से चर्चा किए गए बड़े विचारों की योजना है। हम भविष्य के समाचार रिलीज़ में उनके बारे में बात करना चाहते हैं, लेकिन यहाँ कुछ विषय दिए गए हैं जिनके बारे में आप पहले से ही कुछ कह सकते हैं:

• LINQ में सुधार । LINQ आपको डेटाबेस प्रश्नों को अपनी प्राथमिक भाषा से डेटाबेस भाषा में स्विच करने के बिना, इंटेलीसेन को प्रदर्शित करने के लिए प्रकार की जानकारी का उपयोग करने और संकलन समय पर मान्य करने की अनुमति देता है। लेकिन इसका मतलब यह भी है कि LINQ आपको असीमित संख्या में जटिल प्रश्नों को लिखने की अनुमति देता है, जो हमेशा LINQ प्रदाताओं के लिए एक वास्तविक चुनौती रहे हैं। EF Core के पहले संस्करणों में, हमने इस समस्या को हल करके यह निवेदन किया है कि अनुरोध के किन हिस्सों का SQL में अनुवाद किया जा सकता है, और फिर बाकी अनुरोध को इस क्लाइंट की मेमोरी का उपयोग करके क्लाइंट पर सीधे निष्पादित करने की अनुमति देता है। यह क्लाइंट-साइड निष्पादन कभी-कभी उपयोगी हो सकता है, लेकिन कई मामलों में अत्यधिक अक्षम अनुरोधों की ओर जाता है जो कोड के उत्पादन में जाने तक नहीं पाया जा सकता है। EF Core 3.0 पूरी तरह से LINQ इंटर्नल्स को बदलने और उन्हें टेस्ट करने का काम करना चाहता है। उन्हें अधिक टिकाऊ और विश्वसनीय बनाने के लिए आवश्यक है (उदाहरण के लिए, ताकि ताजा पैच रिलीज़ होने के बाद अनुरोध टूट न जाएं); बड़ी संख्या में अभिव्यक्तियों के एसक्यूएल में सही अनुवाद को लागू करना; उन प्रश्नों को उत्पन्न करने पर ध्यान केंद्रित करें जो अधिक मामलों में अधिक कुशलता से काम करेंगे; इस बात पर विचार करने के लिए कि अयोग्य अनुरोध किसी का ध्यान नहीं जाता है।

  
  

• कॉस्मॉस डीबी सपोर्ट करता है । हम EF Core के लिए कॉस्मॉस DB प्रदाता पर काम करना जारी रखते हैं ताकि EF प्रोग्रामिंग मॉडल से परिचित डेवलपर्स तुरंत Azure Cosmos DB को अपने मुख्य आधार के रूप में लक्षित कर सकें। वैश्विक वितरण, "हमेशा" उपलब्धता, लोचदार मापनीयता, कम विलंबता और इतने पर जैसे कॉस्मॉस डीबी में सबसे अच्छा लाभ उठाने के लिए चुनौती है। ईएफ कोर प्रदाता उपलब्ध अधिकांश सुविधाओं को प्रदान करना चाहिए। हमने EF Core 2.2 से बहुत पहले यह करना शुरू कर दिया और कुछ प्रारंभिक संस्करणों को भी जारी किया। हम ईएफ कोर 3.0 के साथ समानांतर में प्रदाता को विकसित करना जारी रखेंगे।

  
  

• C # 8.0 के लिए समर्थन । C # 8.0 में कुछ उपयोगी नई सुविधाएँ हैं जैसे कि एसिंक्स स्ट्रीम ( await foreach सहित) और अशक्त संदर्भ प्रकार जो EF Core द्वारा समर्थित हैं।

  
  

• क्वेरी प्रकारों में एक डेटाबेस उलट । EF Core 2.1 क्वेरी प्रकारों के लिए समर्थन जोड़ता है जो डेटा को डेटाबेस से पढ़ा जा सकता है, लेकिन अद्यतन नहीं किया जा सकता है। वे SQL डेटाबेस में मॉडलिंग विचारों के लिए महान हैं, और इसलिए EF Core 3.0 अपनी रचना को स्वचालित करना चाहता है।

  
  

• प्रॉपर्टी बैग एंटिटीज । यह ऐसी इकाइयाँ जोड़ता है जो डेटा को सामान्य गुणों में नहीं, बल्कि अनुक्रमित में संग्रहीत करती हैं, और .NET में एक ही वर्ग के उदाहरणों का उपयोग कर सकती हैं (उदाहरण के लिए, Dictionary<string, object> जैसी कोई चीज़ Dictionary<string, object> ) कई अलग-अलग प्रकार की संस्थाओं को एक में प्रदर्शित करने के लिए और वही EF Core मॉडल। यह सुविधा एकीकृत संस्थाओं के उपयोग के बिना कई-से-कई रिश्तों को पूर्ण करने के लिए सड़क पर अगला कदम है - अर्थात, ईएफ कोर की सबसे प्रतीक्षित सुविधाओं में से एक है।

  
  

• .NET कोर पर EF 6.3 । यह स्पष्ट है कि अब ऐसे कई अनुप्रयोग हैं जो EF का उपयोग करते हैं, और उन्हें केवल .NET Core के उपयोग से कुछ लाभ प्राप्त करने के लिए EF Core में पोर्ट किया जाता है। इसलिए, हम EF 6 के अगले संस्करण को अनुकूलित करेंगे ताकि यह .NET कोर 3.0 पर भी काम करना शुरू कर दे। यह डेवलपर्स को अपने अनुप्रयोगों को पोर्ट करने के लिए प्रोत्साहित करना है ताकि उन्हें यथासंभव कम कोड बदलना पड़े। बेशक, यह कई सीमाओं का कारण होगा (उदाहरण के लिए, नए प्रदाताओं की आवश्यकता होगी और एसक्यूएल के लिए स्थानिक डेटा समर्थन सक्षम नहीं होगा)। इसके अतिरिक्त, हम EF 6 में कोई अतिरिक्त सुविधाएँ जोड़ने की योजना नहीं बनाते हैं।

  
  

निष्कर्ष

EF टीम गुणवत्ता प्रतिक्रिया और विकास सहायता के लिए समुदाय का धन्यवाद करती है जो अंततः EF Core 2.2 की शुरुआत का कारण बनी। हमेशा की तरह, हम आपको याद दिलाते हैं कि नई इश्शुई को सीधे हमारे ट्रैकर में जोड़ा जा सकता है। धन्यवाद!

मत भूलो कि 1 जनवरी से डॉटनेक्स्ट के टिकट मूल्य में वृद्धि करेंगे। व्यक्तिगत - एक हजार के लिए, और मानक - दो हजार के लिए। अर्ली बर्ड के बारे में विवरण साइट पर हैं ।