LINQ एक्सटेंशन अज़ूर टेबल स्टोरेज इम्प्लीमेंटिंग या कंटेम्प्ट्स के लिए

सभी को नमस्कार! मैं आपको "AtContent.com सेवा की आंतरिक डिवाइस और वास्तुकला" श्रृंखला के पांचवें लेख को प्रस्तुत करने की कृपा कर रहा हूं। इसमें, मैं बात करूंगा कि एज़्योर टेबल स्टोरेज के साथ काम करना कैसे अधिक कार्यात्मक और सुविधाजनक है।



Windows Azure प्लेटफ़ॉर्म आपके विचारों को कार्यान्वित करने के लिए बहुत शक्तिशाली उपकरण प्रदान करता है। और उनमें से - एज़्योर टेबल स्टोरेज - एक असीमित राशि के साथ एक गैर-संबंधपरक डेटाबेस। इस संग्रहण का एक बड़ा प्लस यह है कि आप इसके लिए काफी जटिल प्रश्न बना सकते हैं। लेकिन इसके अलावा कुछ असुविधाएँ भी हैं। इसलिए, उदाहरण के लिए, LINQ का उपयोग करते हुए, आप उन प्रश्नों को निष्पादित नहीं कर सकते जिनमें तर्क या अतिरिक्त संशोधन के बिना शामिल हैं।

जब हमें इसका सामना करना पड़ा, तो हमने समस्या का अध्ययन किया और यह पता चला कि REST एपीआई की मदद से आप अनुरोध कर सकते हैं कि आपके पास या है। और हमें वास्तव में ऐसे अनुरोधों की आवश्यकता थी। अब इसके लिए LINQ से REST API तक के सभी कोड को फिर से न लिखें। थोड़ा गहरा खोदने पर हमें एक हल मिला!

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

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

पहला प्रयास विफल रहा। खोज इंजन इस मामले में मदद नहीं कर सके और इसलिए प्रयोग के माध्यम से कार्य करना पड़ा। IQuerable.Where () में, आप अभिव्यक्ति <Func <T, bool >> स्थानापन्न कर सकते हैं। आधे में दु: ख के साथ ऐसी अभिव्यक्ति की और इसे परखा, मुझे निराशा हुई। Invoke () के बाद परिणामी अभिव्यक्ति में वर्ग के नाम शामिल थे, और एज़्योर टेबल स्टोरेज के लिए ऐसी क्वेरी निश्चित रूप से एक अपवाद लौटाती थी।

लेकिन इसने मुझे रोका नहीं। LINQ के बजाय REST API का उपयोग करने की संभावना ने मुझे जगाए रखा। MSDN के गहन पढ़ने के कुछ ही दिनों में और एक सुरुचिपूर्ण समाधान का जन्म हुआ, जिसे लागू करना बहुत सरल हो सकता है।

public static class LinqExtension { public static Expression<Func<T, bool>> Contains<T>(string ObjectStringName, string FieldStringNameToCompare, IList<String> ListOfValues) { Expression ExprBody = null; ParameterExpression ParameterObject = Expression.Parameter(typeof(T), ObjectStringName); var PropertyFieldToCompare = Expression.Property(ParameterObject, FieldStringNameToCompare); foreach (var ValueToCompare in ListOfValues) { ConstantExpression ValueConst = Expression.Constant(ValueToCompare, typeof(string)); BinaryExpression EqualTermExpression = Expression.Equal(PropertyFieldToCompare, ValueConst); if (ExprBody == null) { ExprBody = EqualTermExpression; } else { ExprBody = Expression.Or(ExprBody, EqualTermExpression); } } if (ExprBody == null) { ExprBody = Expression.IsTrue(Expression.Constant(false)); } var FinalExpression = Expression.Lambda<Func<T, bool>>(ExprBody, new ParameterExpression[] { ParameterObject }); return FinalExpression; } public static IQueryable<T> Contains<T>(this IQueryable<T> obj, string ObjectStringName, string FieldStringNameToCompare, IList<String> ListOfValues) { var Expression = Contains<T>(ObjectStringName, FieldStringNameToCompare, ListOfValues); if (Expression != null) return obj.Where<T>(Expression); return obj; } } 

यह आपको अनुरोध करने के लिए Contains कार्रवाई लागू करने की अनुमति देता है। इस प्रकार, SQL में IN ऑपरेशन का एक एनालॉग प्राप्त होता है। इसने हमारी परियोजना में Azure Table Storage की प्रयोज्यता का बहुत विस्तार किया है।

इस कार्यान्वयन में, यह ध्यान दिया जाना चाहिए कि लैम्ब्डा अभिव्यक्ति का निर्माण चरणों में किया जाता है और बहुत लाइन जिसने मुझे कुछ दिनों के लिए सो जाने नहीं दिया वह इस तरह दिखता है:

 ConstantExpression ValueConst = Expression.Constant(ValueToCompare, typeof(string)); 

यह वह है जो इंगित करता है कि जब आह्वान () निष्पादित किया जाता है, तो निरंतर को प्रतिस्थापित करना आवश्यक है, वस्तु का मूल्य नहीं।
यहां दिए गए कार्यान्वयन केवल स्ट्रिंग मानों के साथ काम कर सकते हैं, लेकिन कुछ भी आपको इन विधियों को किसी भी प्रकार के उपयोग के लिए स्वयं को विस्तारित करने से नहीं रोकता है।

लेख में वर्णित समाधान CPase ओपन सोर्स लाइब्रेरी का हिस्सा है, जिसे प्रकाशन के लिए तैयार किया जा रहा है।

श्रृंखला में पढ़ें:

• “ AtContent.com आंतरिक संरचना और वास्तुकला ”,
• " भूमिकाओं और उदाहरणों के बीच संदेशों के आदान-प्रदान के लिए एक तंत्र ",
• " एक उदाहरण पर कैशिंग डेटा और कैशिंग प्रबंधन ",
• कुशल क्लाउड कतार (एज़्यू कतार) ,
• " डेटा को भागों में विभाजित करने पर व्यावहारिक सलाह, Azure Table Storage के लिए PartitionKey और RowKey उत्पन्न करना ।"

मैं आपको हमारी सेवा का प्रयास करने के लिए भी आमंत्रित करता हूं