Pomelo.entityframeworkcore.mysql: मचान सर्वर संस्करण () कॉल

को निर्मित 22 नव॰ 2019 · 3टिप्पणियाँ · स्रोत: PomeloFoundation/Pomelo.EntityFrameworkCore.MySql

वर्तमान में हम डेटाबेस सर्वर द्वारा उपयोग किए जा रहे ServerVersion स्कैफोल्ड नहीं करते हैं।

MySQL संगत डेटाबेस सर्वर के विभिन्न कार्यान्वयन और MySQL के फीचर पक्ष पर अभी भी भारी विकास के साथ, हम पोमेलो प्रदाता के कई हिस्सों में सर्वर संस्करण विशिष्ट स्टेटमेंट का उपयोग कर रहे हैं।

हालांकि उपयोगकर्ताओं को DbContext सेट करते समय हमेशा अपेक्षित (या न्यूनतम समर्थित) सर्वर संस्करण निर्दिष्ट करना चाहिए, कई उपयोगकर्ता इसके बारे में नहीं जानते हैं और इसलिए डिफ़ॉल्ट सर्वर संस्करण का उपयोग करते हैं, जो नवीनतम है।

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

पोमेलो के लिए DbContext सेट करते समय सर्वर संस्करण को स्पष्ट रूप से सेट करना अनिवार्य बनाने की दिशा में यह पहला कदम होगा।

यह खत्म किए गए #932 पीआर के बराबर कार्यात्मक होना चाहिए।

/सीसी @ajcvickers , @roji

type-enhancement

स्रोत

lauxjpn

सभी 3 टिप्पणियाँ

ध्यान दें कि यदि आप संस्करण से सिंगलटन सेवाओं को प्रभावित करना चाहते हैं (उदाहरण के लिए टाइपमैपिंगसोर्स, क्वेरीएसक्ल जेनरेटर), तब तक जब तक मुझे गलत नहीं लगता है कि मॉडल एनोटेशन पर्याप्त नहीं होगा - आपको ISingletonOptions को विरासत में लेने की आवश्यकता होगी। इससे अलग-अलग के लिए एक नया सेवा प्रदाता बनाया जाएगा, और प्रत्येक सिंगलटन सेवा का एक अलग उदाहरण तत्काल हो जाएगा। आप कैसे Npgsql में यह करता है पर एक नज़र ले जा सकते हैं NpgsqlOptions है, जो (एफई कोर में या CosmosSingletonOptions) ISingletonOptions फैली हुई है। @ajcvickers इस बात की पुष्टि कर सकते हैं कि मैंने कुछ भी मूर्खतापूर्ण नहीं कहा है।

आईआईआरसी दुर्भाग्य से हमारे पास डीबी संदर्भ विकल्पों को मचान करने के लिए अभी तक एक तंत्र नहीं है, इस प्रकार संस्करण को कैसे कार्यान्वित किया जाएगा। इस समय ट्रैकिंग समस्या का पता लगाने का समय नहीं है, लेकिन @bricelam पुष्टि कर सकता है।

roji 23 नव॰ 2019

👍1

मुझे लगता है कि हमने इसे इसी तरह #961 में लागू किया, जहां हम मचान से ठीक पहले कनेक्शन से सर्वर संस्करण पढ़ते हैं, और फिर इसे IMySqlOptions संपत्ति के रूप में सहेजते हैं (हमारे आधिकारिक DbContextBuilder एक्सटेंशन के माध्यम से) विधि ServerVersion() ) और Initialize() कॉल करें जब तक कि यह किसी कारण से पहले से ही सेटअप नहीं किया गया हो।

फिर हम ProviderCodeGenerator.GenerateProviderOptions() का उपयोग ServerVersion() एक्सटेंशन विधि के लिए कोड जेनरेट करने के लिए करते हैं।

इसलिए हम मॉडल एनोटेशन रूट पर नहीं जाते हैं जिसे हमने # 932 पीआर को खत्म कर दिया था। लेकिन हम इस पीआर के साथ यह सुनिश्चित कर रहे हैं कि हम वही कार्यक्षमता प्रदान करें जो हम #932 के साथ प्रदान करना चाहते थे, लेकिन इस बार पहले से मौजूद ServerVersion() एक्सटेंशन विधि का पुन: उपयोग कर रहे हैं।

lauxjpn 23 नव॰ 2019

👍1

हमें प्रदाता मचान विधि में मॉडल (या सिर्फ इसके एनोटेशन) को प्रवाहित करने की आवश्यकता है। https://github.com/aspnet/EntityFrameworkCore/issues/10487 . द्वारा ट्रैक किया गया

bricelam 23 नव॰ 2019

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Pomelo.entityframeworkcore.mysql: मचान सर्वर संस्करण () कॉल

सभी 3 टिप्पणियाँ

संबंधित मुद्दों