🤫 👨🏿‍💼 💄 एक कक्षा में माइक्रो-ओआरएम 🍴 🤳🏽 🈚️

नमस्ते, प्रिय हभ्रवचन!

मैं ADO.NET पर अपनी खुद की बाइक ट्यूनिंग के बारे में बात करना चाहता हूं।
चूंकि मैं अपनी अधिकांश परियोजनाओं में संग्रहीत प्रक्रियाओं में डेटा के साथ काम को लागू करता हूं, इसलिए "जटिल" परिणाम पढ़ने की आवश्यकता के कारण ऐड-इन दिखाई देने का विचार, उदाहरण के लिए, एक मास्टर टेबल और कई अधीनस्थों से चयन करना, और फिर इस डेटा के साथ मॉडल भरना।

अगर किसी को दिलचस्पी है, तो मैं कटौती के लिए कहता हूं

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

उपयोग के उदाहरण:

आइए एक वर्ग वारिस बनाएं जो डेटाबेस से कनेक्शन के निर्माण को लागू करता है:

class MSSqlDataManager : DataManager { public MSSqlDataManager() : base(new SqlConnection("ConnectionString here")) { } }

एक साधारण डेटा प्राप्त करना:

 public class Product { public int Id { get; set; } public string Name { get; set; } public string Description { get; set; } public int? Price { get; set; } } ... using (var dm = new MSSqlDataManager()) { List<Product> res = dm.Procedure("Test").GetList<Product>(); }

उदाहरण के लिए, टेस्ट स्टोरेज इस तरह का डेटा चुनता है:

 SELECT p.Id, p.Name, p.[Description], p.Price FROM dbo.Product p

से डेटा पढ़ना

hranimki,

 SELECT p.Id , p.Name, , p.[Description] , p.Price , StorageId = s.Id , StorageName = s.Name FROM dbo.Product p INNER JOIN dbo.Storages s ON s.Id = p.StorageId WHERE p.Id = @Id; SELECT c.Id , c.Body , c.WriteDate , UserId = u.Id , UserName = u.Name , UserLocationId = l.Id , UserLocationName = l.Name , c.ProductId FROM dbo.Comments c INNER JOIN dbo.Users u ON u.Id = c.UserId INNER JOIN dbo.Locations l ON l.Id = u.LocationId WHERE c.ProductId = @Id;

एक मास्टर रिकॉर्ड और कई अधीनस्थों का चयन:

 Product res = dm.Procedure("Test").AddParams(new { id = 10 }).Get<Product, ProductComment>(p => p.Comments);

मॉडल कक्षाओं की संरचना कहां है

ऐसा है

 public class UserLocation { public int Id { get; set; } public string Name { get; set; } } public class UserModel { public int Id { get; set; } public string Name { get; set; } public UserLocation Location { get; set; } public UserModel() { this.Location = new UserLocation(); } } public class ProductComment { public int Id { get; set; } public string Body { get; set; } public DateTime WriteDate { get; set; } public UserModel User { get; set; } public int ProductId { get; set; } public ProductComment() { this.User = new UserModel(); } } public class ProductStorage { public int Id { get; set; } public string Name { get; set; } } public class Product { public int Id { get; set; } public string Name { get; set; } public string Description { get; set; } public int? Price { get; set; } public ProductStorage Storage { get; set; } public List<ProductComment> Comments { get; set; } public Product() { this.Storage = new ProductStorage(); this.Comments = new List<ProductComment>(); } }

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

ज्यादा है। अधीनस्थों के साथ कई मास्टर रिकॉर्ड प्राप्त करना:

 List<Product> res = dm.Procedure("Test") .GetList<Product, ProductComment>( (parents, detail)=>parents.First(p => p.Id == detail.ProductId).Comments );

कुल मिलाकर, मैंने एक से कई और कई रिकॉर्ड के लिए चार ओवरलोडेड तरीकों की घोषणा की, जिससे अधीनस्थ रिकॉर्ड के चार सेट तक पढ़ने की अनुमति मिलती है। यदि अधिक अधीनस्थ सेट हैं (जो काफी दुर्लभ है), तो आप अधिक अधिभार जोड़ सकते हैं, या किसी अन्य विधि का उपयोग कर सकते हैं:

 List<Product> res = dm.Procedure("Test") .GetList<Product>( (dr, parents) => { parents.Where(p=>p.Id == (int)dr["ProductId"]).First().Comments .Add(dm.Create<ProductComment>(dr)); }, (dr, parents) => { }, ... );

ठीक है, यदि डेटा मॉडल उपरोक्त टेम्पलेट्स में फिट नहीं होता है, तो आप रॉ विधि का उपयोग कर सकते हैं - यह एक लैम्बडा स्वीकार करता है जिसमें IDataReader उपलब्ध है, जिसका उपयोग स्थिति के अनुसार किया जा सकता है।

 dm.Procedure("Test") .Raw(dr => { while (dr.Read()) { ... } });

बेशक, स्केलर मान और अच्छे-पुराने निष्पादन प्राप्त करने के तरीके हैं।
AddParams को कॉल करके भंडारण के लिए पैरामीटर जोड़ा जाता है

 dm.AddParams(new { id = 10, name = "stringparam", writeDate = DateTime.Now }) ...

टेबल-वैल्यू पैरामीटर (टेबल-वैल्यूड पैरामीटर्स) को प्रेषित करने की एक विधि भी लागू की गई है - बेशक, यह केवल एमएस SQL सर्वर के लिए 2008 के संस्करण से शुरू होने के लिए काम करता है।

 dm.AddEnumerableParam("Details", Enumerable.Range(1, 10) .Select(e => new {id = e, name = string.Concat("Name", e.ToString())}) );

प्रदर्शन में, हम डापर से थोड़ा पीछे हैं, खासकर जब हम एक गायक में ऑब्जेक्ट इनिशलाइज़र कहते हैं।
भंडारण के लिए मापदंडों को पारित करने के साथ IQueryable परिणामों के लिए समर्थन को लागू करने की योजना है, जो ApiController के AspNet MVC में बहुत उपयोगी होगा।

अगर किसी को इस बाइक में दिलचस्पी है, तो लाइब्रेरी कोड जीथब पर उपलब्ध है।
आपका ध्यान के लिए धन्यवाद!

एक कक्षा में माइक्रो-ओआरएम

More articles: