Npgsql के लिए Jsonb फ़ील्ड के अंदर पहुँच गुण

PostgreSQL में एक Jsonb डेटा प्रकार है जो आपको मानक रिलेशनल मॉडल में अतिरिक्त गुणों को जोड़ने की अनुमति देता है, जिससे वे खोज कर सकते हैं।

एनटीजीएसक्यूएल एक्सटेंशन के साथ EntityFramework Core, फील्ड डेटा को System.String प्रकार तक खींच सकता है

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

यदि यह आपको, साथ ही साथ मुझे, बिल्ली में आपका स्वागत है।

लेख के अंत में स्रोत के लिए एक लिंक है!

कार्यों को अस्वीकार करें

एक डेवलपर के रूप में, मैं उनके द्वारा फ़िल्टर और छांटने के लक्ष्य के साथ जोंसब खेतों तक पहुंचने के लिए एक उपकरण रखना चाहता हूं, जो:

• यह EntityFramework Core 2 के साथ संगत होगा (हम इसका उपयोग करते हैं)
• इसके साथ काम करते समय आपको एसक्यूएल लिखने की आवश्यकता नहीं होगी
• फ्लैट Json संरचना के साथ काम करेंगे (json के अंदर केवल json गुण हैं)

मैं जोड़ता हूं कि Npgsql.Json.NET है , जो Json और Jsonb मानों को CLR प्रकारों में प्रोजेक्ट कर सकता है। ईमानदार होने के लिए, मुझे यह समझ में नहीं आ रहा है कि यह क्या हो सकता है, क्योंकि चूंकि हमें एक रिलेशनल डेटाबेस में एक जॉन्स फ़ील्ड की आवश्यकता थी, इसलिए सबसे अधिक संभावना है कि हमारे पास फ़ील्ड के गतिशील सेट के साथ इकाइयाँ हों।

समस्या को हल करने के लिए एल्गोरिथ्म

1. एक विधि (या विधियों) को परिभाषित करें जो हमारी आवश्यकताओं को कवर करेगी।
2. एक अनुवादक बनाएँ जो SQL कोड की पीढ़ी में भाग लेगा।
3. यह सब Npgsql के लिए पेंच।

निर्णय

सबसे पहले, हम एक विधि को परिभाषित करते हैं। मैं चाहता हूं कि इसे कुछ इस तरह इस्तेमाल किया जाए:

 context.Entity.Where(x => JsonbMethods.Value<string>(x.JsonbField, "jsonPropertyName") == "value") 

इसलिए, यहाँ हमारी विधि है:

 public static TSource Value<TSource>(object jsonbProperty, string jsonbPropertyName) { throw new NotSupportedException(); } 

कई घंटों के लिए मैं EF Core, Npgsql के स्रोतों को चुन रहा था और न केवल SQL पीढ़ी की बुनियादी कार्यक्षमता को बढ़ाने के तरीकों की तलाश में था। मुझे यह लेख मिला, लेकिन मुझे अनुवादक को जोड़ने की विधि के लिए लेखक का दृष्टिकोण पसंद नहीं आया, क्योंकि यह मानक उपकरण को फिर से परिभाषित करता है, जिसका अर्थ है कि यह एक अन्य समान उपकरण के साथ संघर्ष कर सकता है।
नतीजतन, मुझे नेट टोपोलॉजी सूट का स्रोत मिला। मुझे वहां से एक विधि अनुवादक को जोड़ने का एक तरीका चाहिए था।

लेकिन ज्यादातर समय मैंने अपनी ज़रूरत के हिसाब से एसक्यूएल के टुकड़े पैदा करने पर खर्च किया।

यहाँ आवश्यक सिंटैक्स है

tableAlias."JsonField"->>"insideProperty"

पहले तो मैंने अनुवादक को ColumnExpression लौटाने की कोशिश की। इसे बनाते समय, पहला पैरामीटर कॉलम नाम (स्ट्रिंग) है। मैंने इसे केवल उन मापदंडों से पकाया है जो विधि में मेरे पास आते हैं। लॉन्च किया गया, जाँच की गई, त्रुटि हुई। यह पता चला है कि एक नाम के रूप में मैं जो गुजरता हूं वह उद्धरण चिह्नों में लिपटा हुआ है। नतीजतन, एसक्यूएल tableAlias.""JsonField"->>"insideProperty"" ।

जनरेटर के स्रोत कोड में, मैंने VisitColumn विधि VisitColumn जिसमें यह व्यवहार हार्डकोड था और किसी भी पैरामीटर पर निर्भर नहीं था। यानी मैं इसे प्रभावित नहीं कर सका। दूसरे समाधान की तलाश करना आवश्यक था।

तब मैंने अपना खुद का Expression बनाया - JsonbPropertyAccessorExpression: Expression

यह ISqlExpressionVisitor लिए इसकी Accept पद्धति को ओवरराइड करने के लिए ISqlExpressionVisitor ।

लेकिन परेशानी यह है कि इस इंटरफेस में ऐसा कोई तरीका नहीं है जो एक कस्टम ऑपरेटर सेगमेंट कर सकता है। फिर यह मेरे लिए एक विधि नहीं, बल्कि कई यात्रा करने के लिए हुआ। पहले VisitColumn दौरा किया, जिसने VisitColumn तक पहुंच बनाई। "JsonField" कॉलम, फिर VisitSqlFragment , जिसमें मैंने फेंक दिया "->>'insideFieldName'" ।

मुझे उम्मीद नहीं थी, लेकिन यह काम किया। लगभग।

जब मैंने सटीक संयोग के लिए पाठ द्वारा फ़िल्टर करने का प्रयास किया, तो किसी कारण से, इस तरह के एक tableAlias."JsonField"->>"insideProperty" = JSONB "value" फ़िल्टर का tableAlias."JsonField"->>"insideProperty" = JSONB "value" गया tableAlias."JsonField"->>"insideProperty" = JSONB "value" , जो एक त्रुटि का कारण बना, क्योंकि JSONB प्रकार के पाठ को परिवर्तित करना असंभव नहीं है अगर इसमें वैध Json नहीं है। । और जब मुझे पाठ चाहिए तो मुझे कुछ के लिए नेतृत्व करने की आवश्यकता क्यों है?

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

उसके बाद, मैंने CAST पर सेट किया, क्योंकि Value विधि सार्वभौमिक है और Json गुणों में विभिन्न प्रकार के डेटा हो सकते हैं, जिन्हें सॉर्ट करने और फ़िल्टर करने की भी आवश्यकता होती है।

नतीजतन, मैंने अपने अनुवादक से ExplicitCastExpression वापस करना शुरू कर दिया, जिसमें मैंने अपना कस्टम Expression और वह प्रकार जो Value विधि के सार्वभौमिक तर्कों में निहित था।

जब मैंने परिणामी एसक्यूएल को तारीख से खोजते हुए देखा, तो मैंने पाया कि तुलनात्मक मूल्य टाइमस्टैम्प प्रकार का था। timestamp 'some date value' । और फिर यह मुझ पर छा गया। पिछली समस्या, जिसे मैंने एक बैसाखी के साथ हल किया था, अपने आप दूर चली गई। जब एक्सेसर को Json फ़ील्ड में पाठ में डाला गया था, तो जनरेटर ने JSONB में एक स्पष्ट रूपांतरण नहीं जोड़ा था, क्योंकि तुलना ऑपरेशन में पहले से बाईं ओर पाठ था, और डिफ़ॉल्ट रूप से Jsonb फ़ील्ड का एक्सेसर Jsonb प्रकार देता है।

आखिर में

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

यदि कोई कांटे में पुस्तकालय का विस्तार करना चाहता है, तो एक व्यक्तिगत पत्र में लिखें, मैं मदद करने की कोशिश करूंगा। अच्छी तरह से, या पुल्रेक्वेस्ट फेंक देते हैं।

यहाँ स्रोत के लिए लिंक है